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The proLogic compiler is a software development design tool used to program Texas 
Instrument Programmable Logic Devices (PLD). This development software pack- 
age quickly converts your logic design to a JEDEC fuse map that can be downloaded 
to a device programmer. proLogic allows you to describe your logic design in any 
of the following formats: 

□ Truth Table 

□ Boolean Equations 

□ State Diagrams 

From your logic design, the proLogic compiler will create a standard JEDEC fuse 
map. The J EDEC file can be downloaded to a device programmer to produce a func- 
tional programmed device. Many Texas Instruments authorized distributors provide 
these programming services. 

The proLogic compiler also serves as a functional test vector simulator. The simula- 
tor uses the fuse list portion from the JEDEC file to create a functional device model. 
It can then execute the simulation vectors against this model. The results are auto- 
matically placed in a file for evaluation. 

The proLogic compiler, when combined with a device programmer, will allow you to 
create integrated circuits to your own specifications. The advantages to this new de- 
sign methodology are numerous: 

□ Lower chip count 

□ Reduced board space 

□ Lower power requirements 

□ Higher reliability (fewer interconnects) 

□ Proprietary design protection (fuse protection) 

□ Fewer parts in inventory 

□ Greater design flexibility 

The proLogic compiler is complete and ready for installation on your IBM™ 
compatible PC. The following block diagram shows the steps from design to 
proLogic to a programmed device. 
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Section 1 



How To Begin 



The proLogic Compiler Package contains: 

□ a proLogic Compiler User's Guide 

□ one proLogic Diskette 



The proLogic Diskette contains: 

□ the executable files 

□ Header files (.H) which apply to multiple Programmable Logic Devices 

□ the Texas Instruments PLD Architecture files 



Installation 

Step 1 : On your IBM or IBM compatible PC, create a newdirectory on the hard disk 
and name it PROLOGIC. < c : \md prologic > 

Step 2: Copy all of the files on the proLogic diskettes into the proLogic directory. 

Step 3: Enter < prologic > at the c : \prologic prompt to self-extract the 
files. 

Step 4: The file, NAND3.PLD is a sample Application PLD (sample program 
source file) needed to describe the PLDs. 

Compile the sample device specification by entering the command. 

LC NAND3 

Compiling NAND3 produces the output files NAND3.JED and NAND3.LST. 
The JEDEC file (NANDJED) is used to program the device. The listing file 
(NAND.LST) is a fuse plot showing the programmed device. 
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Step 5: Simulate device programming and testing by entering the command 

LS NAND3 

Logic Simulation uses NAND3.JEDto produce the output file NAN D3.TST. 
All of these tiles including the source file, are text files so you can print, type, 
or edit them to see the results. 



The pro Logic Compiler 



Section 2 



Programmable Logic 



A Programmable Logic Device (PLD) is a type of integrated circuit whose function 
is field-configured. These devices allow you to create integrated circuits to your own 
specifications at a reasonable cost, thus reducing the chip count. 

Programmable Logic Devices have the same basic digital building blocks that Small 
Scale Integration (SSI) devices have. The difference between SSI devices and PLDs 
is primarily the higher levels of integration in PLDs. 

There are more input signals per gate. Even a common PLD like the TIBPAL16R4 
has 32-input AND gates. 

There are more gates per device. The 1 6R4 has sixty-four 32-input AND gates. Due 
to the great number of AND gates and associated inputs, a new notation is required 
to simplify the logic diagrams. 

Conventional schematics tend to flow from left to right, with input signals on the left 
and output signals on the right. Thus a three input AND gate is drawn. 



The new PLD logic notation retains the convention of input signals on the left and 
output signals on the right. The change is that the input signals flow into a gate verti- 
cally from the top or bottom. A PLD AND gate is drawn 



These PLD AND gates are also called product terms. A product term refers to any 
n-input AN D gate. The main reason for vertical inputs is that PLDs have a very regular 
structure. In the 1 6R4, all 32 of the input signals are input to each of the 64 AN D 
gates. This permits the whole logic structure of the device to be concisely noted in 




Figure 1. SSI Three Input AND Gate 



1 2 




Figure 2. PLD Three Input AND Gate 
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tabular format as shown in Figure 3. The "x" at each intersection indicates that a pro- 
grammable fuse is connecting each input line to the input of the AND gate. 



1 2 3 4 5 6 7 8 9 10 11 12131415 16171819 202122 23 2425 2627 28 293031 
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Figure 3. Eight 32-lnput AND Gates 



The 1 6R4 PLD is a 20 pin device. Figure 4 shows how the sixty-four 32-input AND 
gates are interfaced to the I/O pins. Note that the "x"s have been removed. The fuse 
still exist, however the "x"s are not shown in order to simplify the diagram. 

Figure 4 shows that the device in its unprogrammed state. The output of all 64 AND 
gates is logic LOW because the input buffers feed both the true and the complement 
of all inputs into all the AND gates. In Boolean Logic notation: 

a& !a = 

for all AND gate output. 

The basic difference between building a circuit using SSI devices and building a cir- 
cuit with PLDs is the way in which the gates form a circuit. With SSI devices the gates 
are connected with wires or traces. Within a PLD, the gates are connected by a pro- 
cess called programming. 

A circuit is built within a PLD by disconnecting inputs from gates. In this respect, 
building a PLD circuit is the exact opposite of building an SSI circuit. A PLD in its initial 
state has all possible gate connections already made. Programming consists of re- 
moving the connections that are not needed for your design. The connections that 
remain define function of the programmed device . 

The notation used to show a programmed device is to draw Xs where connections 
remain, and draw nothing where connections have been removed. (In most pro- 
grammed PLDs the number of connections remaining after programming is a lot less 
than the ones removed, so this convention results in a less cluttered diagram.) To 
further reduce the number of Xs, a gate with all connections intact is drawn with an 
X in the gate symbol itself rather than drawing individual Xs at each gate input. 

Semiconductor manufacturers ignore this convention when printing the logic dia- 
grams in PLD data books. It is assumed you know that an X is implied at all intersec- 
tions. Figure 5 shows the part of a 1 6R4 which has been programmed to implement 
a 3-input NAND gate. The output is on pin1 9. The inputs are on pin2, pin3, and pin4. 
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Figure 4. 16R4 Logic Diagram 



Figure 5 also illustrates one other PLD feature which you should know. The PLD 
gates are implemented so that when all gate inputs are disconnected, the gate output 
is asserted. Figure 5 shows the output buffer for pin 19 as always enabled. 




Figure 5. A 3-input NAND Gate 
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Section 3 



PLD Design Implementation 



Device Programmers 

A device programmer is an electronic machine which programs the specified cells 
of a programmable device. Since PLDs are available in many technologies, a pro- 
gramming algorithm is defined for each type of device. The number of different pro- 
gramming algorithms is relatively large because algorithms can vary by both product 
technology and manufacturer. These algorithms involve voltages and currents not 
used during normal device operation. 

Texas Instruments continually evaluates new programming equipment. Tl Program- 
mable Logic data books are a good reference source for approved device program- 
mer vendors. 



JEDEC Files 

All device programmers accept an input file in a standard format. This file is called 
a J ED EC file because its format was developed by the Joint Electronic Device Engi- 
neering Council (JEDEC). JEDEC files, being comprised of ASCII characters, are 
also readable as text files. This example of a fuse list line of a JEDEC-standard file 

L040 10011001010101101111* 

is interpreted by the device programmer to mean: 

1 . program cell 40. The string of 1 s and Os which follow the L040 define the value 
of consecutive cells after programming. 1 means program the cell. TheL040 gives 
the decimal address of the first cell in the string defined by the line. 

2. do not program cell 41 . The second digit in the string is a which means do not 
program the cell. 

3. program cells 43, 44, 47, 49, 51 , 53, 54 and 56 through 59. 
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Another kind of JEDEC-standard line is this example of a test vector: 

V01 NNN010110N10LLLHHNNN* 

These lines are used by the device programmer to functionally test the programmed 
device. The V01 is a sequence number. The other characters are called test condi- 
tions. The first applies to device pin 1 , the second to pin2, and so forth. This sample 
shows a 20-pin device. Test condition N means do nothing, so the first means apply 
logic low voltage to pin 4. 1 applies logic high and L and H test for output level low 
and high. 



The proLogic Compiler 

The proLogic Compiler is an interface to a device programmer. It accepts your speci- 
fications in symbolic form, manages the task of specifying each of the thousands of 
cell states, and produces a JEDEC file to instruct the device programmer. 

To see how it works, let's take the example at the end of Section 2. It shows a '1 6R4 
programmed to implement a 3-input NAND gate. The output is to be pin1 9. The in- 
puts are on pin2, pin3 and pin4. A PLD specification file must be generated before 
a JEDEC file can be produced to program the device. 

The PLD specification is a simple text file which tells proLogic which cells to program 
in the PLD. The proLogic compiler takes its input from a source file in the same way 
that a compiler for microprocessors does. In order to program a '1 6R4 so that pin1 9 
is a 3-input NAND gate, we need a source file called NAN D3.PLD which has the fol- 
lowing three lines: 

include pl6r4; 

!pinl9 = pin2 & pin3 & pin4; 
pinl9.oe = 1; 

The first line specifies the PLD to be programmed. The other lines specify the two 
signals required to implement the circuit. 

Once NAND3.PLD is available, entering the DOS command 

LC NAND 3 

executes the proLogic Compiler. The execution result is a JEDEC file named 
NAND3. JED which specifies the 61 unwanted connections to be programmed by the 
device programmer. The following is the part of the file which has the fuse list lines. 

proLogic Compiler (JEDEC Object A100) V2.00 
Serial bxavO 

Copyright (C) 1988 proLogic Systems Inc. 

pl6r4 revision 89.2.11 

*N_csidpl6r4 
*QP20 
*QF2048 
*F0 

*L0000 11111111111111111111111111111111 
*L0 32 01110111011111111111111111111111 
*C07E6 
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While generating the JEDECfile, the compiler may find errors in your program. When 
it does, it describes what seems to be wrong on the computer display. The error text 
completely describes the problem, so there is no need for you to look up error codes 
in the manual. Another file called N AN D. LST is also created which allows you to read 
the NAND3.JED file. The part of the file which describes pin1 9 of the 1 6R4 looks like 
this: 

proLogic Compiler (Fuse Plot A100) V2.00 
Serial bxawO 

Copyright (C) 1991 proLogic Systems Inc. 

pl6r4 revision 89.2.11 

11 1111 1111 2222 2222 2233 
0123 4567 8901 2345 6789 0123 4567 8901 

-- - 

1 X X — x- 

2 xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx 

3 xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx 

4 xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx 

5 xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx 

6 xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx 

7 xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx 

pin2 3 I 4 I 5 I 6 7 | 8 9 

I I I I I I I I 

pinl 18 17 16 15 14 13 11 
Legend : 

X : Cell intact (JEDEC 0) 

: Cell programmed (JEDEC 1) 

X- : True input term 
-X : Complement input term 
XX : Any XX pair in a product term yields product term LOW. 
-- : No input term (don't care). A product term comprised 
entirely of - - yields product term HIGH . 

Compare the NAND3.LST file to Figure 5. This format, called a fuse plot, is just a 
printer oriented version of the logic diagram. It has some new words in it - an input 
term is another word for a signal; a product term is another word for AND gate. Other 
than that, the fuse plot is about the same as a logic diagram. 



The Compiler Command Line 

When you run the compiler, you need to specify the name of the program source file 
as the first DOS command line argument.There must be at least one space between 
the LC command and the source file-name. When no file extension is specified 
(.PLD) is assumed. Following the source file name, you can have zero or more com- 
mand-line options. Options must also be separated from each other and from the file- 
name by at least one space. 
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OE 

+ 

+ 

+ !pinl9 

+ 
+ 
+ 
+ 



Command Line Options 



The -a Option 

Causes all attributes and functions to be included in the function set listing. 

The -f Option 

No fuse plot is created as part of the listing (.LST) file. 

The -I Option 

-lpath-name[;path-name]... 

proLogic is able to search multiple directories for include files. Each path-name spec- 
ifies a directory to be searched in addition to the current directory. They are searched 
in the indicated order when multiple directories are specified. 

The -v Option 

Causes the compiler to report its current status on the computer display as it com- 
piles a program. 

Example: 

The command line 

lc nand3 -f- -v - I\header ; \pl6 

compiles the source file NAND3.PLD, creating a listing file NAND3.LST which has 
no fuse plot map. While compiling, it reports status on your PC monitor. If an include 
file cannot be found in the current directory, the directory whose path is \HEADER 
is first searched for the file and if not found there, the directory whose path is \P16 
is searched. 



The proLogic Simulator 

The proLogic Simulator is a software version of a device programmer. To load it, en- 
ter the DOS command 

LS NAND3 

The simulator uses the fuse list lines from the JEDEC file (NAND3.JED) to create a 
functional device model. It then executes the test vectors against this model. The 
test results are placed in file NAND3.TST: 
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proLogic Simulator V2.00 

Copyright (C) 19 91 proLogic Systems Inc. 



Architecture Description: 
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You will find the same test vectors in NAND3.J ED. The more readable source which 
created them is in NAND3.PLD. 

In the example, no errors were found by the simulator. When errors exist, the simula- 
tor notes them with a single character code. At the end of the test listing, it appends 
a legend to explain the meaning of the error codes. This puts all the information you 
need in one place. There is no need to refer to the manual for a description of the 
error codes. 



proLogic Simulator Input Files 

When you run the simulator, you will need to supply the name of the Test Vectors file. 
It is a text file in JEDEC 3-A format which contains the test vectors (JEDEC field V) 
to be executed against the compiled device model. The DOS path name of the test 
vector file is the first parameter of the DOS command as shown in these examples: 

LS VECTORS 

LS TEST. JED 

LS \TEST\VECTORS . VF1 

When no file extension is specified, proLogic defaults to (JED). 

If your Test Vectors were created by the proLogic Compiler, that is the only parameter 
required. If not, the following are other options which can be used. 



The - a Option 

This option specifies the DOS path name of the Architecture Description file. This 
file contains a description of the programmable device to be simulated. The proLogic 
simulator uses this file and the Fuse Information file to compile an optimized device 
model prior to beginning actual simulation. Example: 

LS NAND3 -A\LXA\P16R4 

Architecture Description files always have a (.LXA) file extension. When the - a op- 
tion is not specified, proLogic examines the Fuse Information file for a field beginning 
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with the characters N_csid. If found, the remainder of the field characters identify 
the Architecture Description file. 



The - j Option 

This option specifies the DOS path name of the Fuse Information file. It is also a text 
file in JEDEC 3-A format. It contains the programming information (JEDEC field F) 
which specifies the device function. Example: 

LS VECTORS -JFUSES.JED 

When no file extension is specified, proLogic defaults to (.JED). When the - j option 
is not supplied, proLogic assumes the fuse information is contained in the Test Vec- 
tors file. 



The -n Option 

This option inverts the normal power up condition of the registers. This can be used 
to simulate with true power up conditions the TIBPAL16RX-15 and -25 devices, 
along with the TIB82S105 and TIB82S167 devices. Example: 

LS 74374 -N 

When this option is not specified, the registers will power up with a logic '0' which is 
how the IMPACT-X™ technology PLDs and EPLDs power up. 



The proLogic Simulation Algorithm 

The simulator behaves just like an electronic device tester. The nextfew paragraphs 
describes the device tester as a piece of hardware. These are the details you need 
to know to test your program. 

Before executing any test vectors, the simulator removes voltage from all device 
pins. It next applies test condition to the device ground pin and 1 to the device Vcc 
pin to simulate power-on. All memory elements power-on clear unless the device 
manufacturer specifies that they power-on set or the -n option is used. Note that 
power-on or -off may be simulated by a test vector which applies test conditions to 
the power and ground pins. 

After power-on, the simulator executes each test vector in the order encountered in 
the Test Vectors file. Execution consists of performing these four steps in order: 

1 . Remove voltage from test pins (L,H,Z) in pin number sequence. 

2. Apply input and I/O pin voltage (0..9,F,X) in pin number sequence excepting 
clock (C,K). 

3. Apply clock pin voltage (C,K) in pin number sequence. 

4. Read test pin voltage (L,H,Z). 

Input pins with no voltage applied are assumed to float logic high. Applied voltages 
persist from test vector to test vector when neither driven nor tested (N). 
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proLogic Diagrams 



A 3-input NAND Gate 

The source file NAND3.PLD which programs 1 6R4 pin 19 to be a 3-input NAND gate 
has these three lines: 

include pl6r4; 

!pinl9 = pin2 & pin3 & pin4 ; 
pinl9.oe = 1; 

The first line names the the header file (.H)torthePLD. The othertwo lines are called 
assignment statements. 

An assignment has an expression made up of signal names and gate operators. Sig- 
nal names identify signals internal to the PLD to be programmed. The gate operators 
define signal relationships. Because each PLD is different, the signal names and 
gate operators also are different from one PLD to another. For example, a 24-pin 
PLD might have a signal named pin23, but a20-pin PLD would not. The signal names 
for each PLD are documented by the prologic diagrams. 

Look at the proLogic diagram for the 1 6R4. You will find it in the Logic Diagram sec- 
tion. Each signal is labeled with its proLogic signal name. 

When you write an assignment statement, it must begin with an output signal name. 
Output signal names always end with the " = " character. They name gate output sig- 
nals. 

The remainder of the assignment is an expression comprised of any of the signal 
names which you want as circuit inputs. The signal names which directly feed an 
AN D gate are written using an " & " gate operator as a separator, as in the expression 

pin2 & pin3 & pin4 

Similarly, signal names directly feeding an OR gate are written using the " | " gate 
operator as a separator. 

pt47 | pt46 /* device al67 */ 

When there is no signal name on a gate output, use the gate's input expression in 
place of the missing signal name. The expression 

!pinl9 = ( pin2 & pin3 & pin4 ) 

represents an OR gate which has an output signal name in terms of one of it's un- 
named AND gate inputs. 
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To program pin19 as an AND instead of a NAND, write 

! pinl9 = ( ! pin2 ) | ( ! pin3 ) | ( ! pin4 ) 

where the parenthesized expressions denote the outputs of three of the AND gates 
feeding the OR gate. The parenthesis are not required. The expression 

! pinl9 = ! pin2 | ! pin3 | ! pin4 

means the same thing. 

Assignments allow a separation of the punctuation parts of a signal name from the 
rest using spaces, tabs or even new lines. Also, pairs of parenthesis can be used 
to group expressions. You can also use the symbols "0" and "i" as fixed gate 
inputs, as in 

pinl9 . oe = 1 

Brackets 

When you find a name like 

[ ! ]pinl6 = 

in the prologic diagrams, the brackets indicate an optional part. In this case, either 
pinl6= 

or 

! pinl6= 

may be used as the output signal name. 
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Section 5 



Symbols 



Signal Names 

The prologic diagrams for each Programmable Logic Device specify the signal 
names you are required to use in your programs. These names are the ones used 
in the examples in the earlier sections. 

If you've looked at the Texas Instruments application briefs, or at the sample Applica- 
tion PLD files, you've probably noticed that it's standard practice to assign application 
specific names to the various signals. There are a number of good reasons for doing 
this: 

1 . PLD specifications can be complex. Appropriate mnemonics are a big help 
to comprehension, not only during initial PLD specification writing, but also 
when trying to comprehend an existing specification. 

2. Certain signal names have conventional meaning, OE for Output Enable, 
CS for Chip Select, A7 for address line seven, and so forth. Also, some stan- 
dard circuits have conventional names. To illustrate, if part of your PLD 
circuit is an SR latch, the inputs should be named R and S. 

3. It saves extra documentation. If your PLD specification file uses the pin17.d 
signal name, then somewhere you must document that signal's function. On 
the other hand, if you call it D3 and the programmed PLD is titled "An Up- 
down Counter", the name itself implies counter output bit three. 

4. Your programmed PLD is part of a circuit. It is convenient if the names used 
in the PLD specification are similarto those used by your schematic capture 
package. 

Application signal names are specified by "def ine" statements. The statement 
looks like this 

define cs = pin2; /* chip select */ 
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The "define" replaces the symbol to the left of the " = " with the symbols to the 
right of the " = " (except the ;). This example means "wherever "cs" is found, re- 
place it with pin2". Thus the expression 

!pinl9=cs 

becomes 

! pinl9=pin2 

after the define replacement. 

The "define" is a powerful tool. With it you can create application specific signal 
names such as 

define STATE2 = (!pinl7 & pinl6 & !pinl5); 
define STATE 3 = (!pinl7 & pinl6 & pinl5); 
define ERROR = ! pinl9; 

so that an expression for PLD pin 19 can be written as 

ERROR = STATE2 | STATE3 

Define statements do not take effect until they are encountered. For this reason, it 
is a good idea to group them together near the start of the program. 

Symbols 

The proLogic compiler recognizes three kinds of symbols: 

1 . A group of alphanumeric characters, such as 

cs define 
pin2 DEFINE 
3725 8259_CS 

2. A group of characters, such as 

& ! 

% =! 

except that 

( ) { } 

are always single character symbols and 

/* 

always begins a comment. 

3. Any characters within quotation marks 

"this is an unusual symbol" 
"/* and so is this */" 

A comment is any text enclosed by /* and */. Since characters like newline are 
text, you can write very large comment blocks. Comments can be written anywhere 
you can use a space or a tab, that is, they are symbol separators. 
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Do not use any of these reserved symbols as signal names. 

define else if 

include repeat signal 

state state_diagram test_vectors 

title truth_table 

Do not use any symbol beginning with an underscore _ character as a signal name. 

Upper and lower case letters are different. That is, "define" is not the same as 
"DEFINE" , which is different from " Define " . The define statement does not replace 
a variable's extension (a symbol after the dot). That is, if one of your variables is 

define d = pinl9; 

the expression 

pinl7 . d = d 

becomes 

pinl7.d = pinl9 

The "define " statement can be used to tailor the operator symbols to your prefer- 
ence. proLogic uses the " & " for AND, " | " for OR and " ! " as the negation attrib- 
ute. But they can be changed to "*", " + " and "/" by these defines: 

define * = & ; define + = | ; define / = ! ; 

Notice that the spaces between the symbols are required. If we had written 

define *=&; 

proLogic would see this as the symbol " define" followed by the symbol "* = &,-". 
If you want to change the operator symbols you also need 

define =/ = = ! ; 
define */ = & ! ; 
define +/ = | ! ; 

to be able to write a natural expression such as 

a=/b*/c+/d 

without being forced to put in spaces to separate symbols formed from punctuation 
characters, as in 

a= /b* /c+ /d 

The "define" statement rescans after it completes a replacement. For instance, 
if you finished inputting a program and realize that the polarity of one of the signals 
is wrong, you may be tempted to make a "temporary" fix with a define statement like 

define cs = ( ! cs ) ; /* wrong */ 

This define statement may find an expression such as 

x=cs 

and replace it with 

x= ( ! cs ) 
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but then it rescans yielding 



x=( ! (!cs) ) 

x=( ! ( ! ( !cs) ) ) 

x=(!(!(!(!cs)))) 



and so forth . . . 

Statements like 

define a=b; define b=a; 

present similar opportunities. 

In practice, these do not occur very often. When they do, you will find that proLogic 
informs you what symbol it is seeing. A number of instances can be corrected by add- 
ing parentheses. As a further aid, thefirst part of the listing (.LST) file shows the signal 
specifications after everything is completed. 
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Section 6 



Expressions 




Operators 

In Section 4 we wrote a 3-input AND gate as 

! pinl9 = ! pin2 | ! pin3 | ! pin4 

to make the point that an AN D gate on an active low output cell requires the consump- 
tion of three product terms. That is also the form required to map onto the proLogic 
Diagram. We relaxed the strict version of signal names by writing 

! pinl9= 

as 

! pinl9 = 

Now we are going to take the next step away from the proLogic Diagram and write 

! pinl9 = ! (pin2 & pin3 & pin4 ) 

When proLogic sees this kind of an expression, it uses arithmetic rules to transform 
it internally back into the sum-of-products form which maps to the diagram. If you 
compile 

! pinl9 = ! (pin2 & pin3 & pin4 ) 

and look at the (.LST) file, you will see that it has become 

!pinl9= !pin2 | !pin3 | ! pin4 

Expressions are evaluated according to priority. The " | " operator has a lower 
priority than the " & " operator. Both " | " and " & " have a lower priority than the 
" ! " attribute. In the expression 

!a | b & c 

the highest priority expressions are evaluated first: first the " ! " 

( !a) & b | c 

then the "&" 

( ( ! ) s b) | c 
leaving the " | " for last. 
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When the normal priorities work against you, there is another rule which states that 
parenthetical expressions have a higher priority than operators and attributes so the 
expression 

l((a | b) & c) 

becomes 

!a & !b | !c 

Similarly, 

(a | b) & (c | d) 

becomes 

a&c|a&d|b&c|b&d 

You can even write expressions like 

! ( a = b & ! c ) 

which turns out to be 

!a = !b | c 

The assignment operator " = " has a lower priority than most, so that in the expres- 
sion 

a = b & c 

the 

b & c 

expression is evaluated before it is assigned to "a". Conversely the " . " (dot) oper- 
ator has a very high priority so that it applies before the " \ " , as in 

! pin27 . D = 1 

which proLogic sees as 

! ( pin27 . d ) = 1 

The dot operator changes upper case letters in the extension to lower case. The 
equality operators "==" and "!=" provide a way of writing the equivalent of the 
logical Exclusive NOR/OR functions. That is, 

a == b 

is the same as the expression 

a & b [ ! a & ! b 

The " ! = " operator is defined to be the inverse. Which means 

a ! = b 

is the same as 

! ( a == b ) 
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or 

a & ! b | ! a & b 

As a general rule, all operators are binary. They require an expression both before 
and after the operator. For example a attributes like " ! " apply to a single expres- 
sion. 



Statements 

An assignment expression such as 

a = b & c 

becomes a statement when it is followed by a semicolon, as in 

a = b & c; 

You have seen the "define" statement. It is also terminated by the semicolon. 
Syntactically, your program is a sequence of statements. 

There is another kind of statement called a block which is terminated by a " } " . The 
title block is the subject of the next section. 
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Section 7 



Lists and Numbers 
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Lists and Numbers 

Lists and numbers provide an alternative way of expressing logic for bus-oriented de- 
signs. If you were to configure a P1 6R4 as a quad D-type flip-flop, you need to write 
four assignments to connect the input word to the register inputs. Rather than writing 

d3.d = 13; d2.d = i2; dl . d = il; dO . d = iO; 

you could "def ine" the input word and register input words as the two lists 

define Din = (13, ±2, il, iO); 

define Dff = (d3.d, d2.d, dl.d, dO.d); 

and write the single assignment 

Dff = Din; 

If your register is to have a synchronous clear to all low, you can implement it with 

if (clear) 

Dff = 0; 
else 

Dff = Din; 

and you can add in a synchronous set to all high using either an if-else 

if (clear) 

Dff = 0; 
else 

if (set) 
Dff = OxF; 
else 

Dff = Din; 

or as an equivalent assignment 

Dff = ! clear & (Din | set); 

An asynchronous decode on the input bus data can be specified as 

if (Din == 5) 

isFive = 1; 

or as the equivalent assignment expression 
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isFive = Din = 



= 5; 



Lists and numbers will save time, make the designs more readable, and reduce cleri- 
cal errors. 



Lists 

The comma operator " , * groups expressions together for convenience. These 
groups, such as 

a , b, c 

are called lists. Lists are usually enclosed in parentheses because the comma has 
a priority lowerthan any other operator. This is why we used parenthesis in the define 
of the words for the quad flip-flop. 

Because lists are themselves expressions, they can be used with operators. The re- 
sult of an " = " operation on the two lists 

(a, b) = (x, y) 

is the single list 

(a = x), (b = y) 

A list of assignment expressions becomes a statement by appending a semicolon. 
That is, 

(a, b) = (x, y); 
(a = x) , (b = y) ; 

and 

{a = x; b = y; } 

are all equivalent. Our quad flip-flop used this form when we wrote 

Dff = Din; 

which after define replacement is 

(d3.d, d2.d, dl.d, dO.d) = (i3, 12, il, iO); 

or 

{d3.d = i3; d2 . d = ±2 ; dl.d = il; dO . d = iO;} 



Numbers 

A number is a symbol whose text is a sequence of digits. When writing " o " or " l " , 
the number base does not make any difference. In fact, "0" and "l" are decimal 
integers. There are other notations for binary, octal and hexadecimal. A leading " Ob " 
implies binary, "Oo" octal and "Ox" hexadecimal. The letters in a number can be 
either lower or upper case. For example, decimal 31 can be written as "OxiF" or 
"oxif " in hexadecimal. 
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The meaning of a number depends on where it appears in the program. Depending 
on the context, a number can be a constant, a list of constants, an integer, or even 
text. 

Constants 

The numbers "0" and "i" can be constants. Constants reference variables with 
these special properties: 

t & o == o 

t | o == t 

t & l == t 

t | l == l 

t & !t == o 

t | !t == 1 

where "t" is any expression. Of course, 

& t == 

and similarly for all the others because of the com mutative nature of Boolean algebra. 
Attributes are not applied to constants. 

Constants, like other expressions, can be grouped into lists. That is, the list statement 

(a, b, c) = (1, 0, 0); 

yields the assignments 

a = 1; b = 0; c = 0; 

Lists of Constants 

Any number except a constant can be transformed to a list of constants. For example, 
the decimal number "4 " is transformed to the list 

1/ o, o 

You may use this to write 

(a, b, c) = 4; 

as an equivalent, but shorter and more readable, alternative to 

(a, b, c) = (1, 0, 0); 
Our quad flip-flop used this form when we wrote 

Dff - OxF; 

which is short for 

Dff = (1, 1, 1, 1); 

A binary number is converted to a list of constants which has one constant for each 
binary digit (bit). The binary number 
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ObOOlOO 

is transformed to the list 

(O, o, 1, 0, 0) 

The number of bits implied by other notations is the minimum required to preserve 
the value; that is, leading Os are ignored. Thus 3 is converted to the list (1,1), but 4 
becomes (1, 0, 0). 

List Operations 

An attribute is applied to a list by applying it to each of the grouped expressions. Ap- 
plying the negation attribute, as in 

!(a, b) 

yields the list 

(!a), (!b) 

We have earlier defined the result of an " = " operation on the two lists 

(a, b) = (x, y) 
to be the single list 

(a = x), (b = y) 

Most of the other operators have identical transformations. Mentally substitute any 
operator in place of the "=" to determine the result. Of course, the lists can have 
more than two components as in 

(a, b, c) & (x, y, z) 

which yields 

(a & x) , (b & y) , (c&z) 

but whenever both operands are lists, they must have the same number of compo- 
nent. Another way to view it is that both lists must have the same number of commas. 

The exceptions are the equality operators "==" and "! = " which turn the two lists 
into single expression. The result of 

(a, b) == (x, y) 

is 

a==x & b==y 

The result of the " ! = " operator is defined to be the inverse. This means 

(a, b) != (x, y) 

is defined as 

!((a, b) == ( X/ y)) 
which is the expression 
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a!=b | b!=y 

The rules for the equality operators are easier to remember if you think of them as 
being the conditioning term in an if-else like 

if (Din == 5) 
isFive = 1; 



Lists and Non-Lists 

When the assignment operator " = " specifies that the value of a function is a list, as 
in 

x = (a, b, c) 

the list is converted to the sum of its component expressions, yielding 

x = a | b | c 

The result in all other cases when one operand is a list and the other is a single ex- 
pression, as in 

(a, b, c) & x 

is as if you had written 

(a & x) , (b & x) , (c & x) 

or 

(a, b, c) & (x, x, x) 

Our quad flip-flop used this form when we wrote 

Dff = Iclear & (Din | set); 

The " | " operator has the list (Din) on the left and the single expression (set) on the 
right. It yields the list 

i3 | set, i2 | set, il | set, iO | set 

The " & " operator has the single expression ( ! clear) on the left and the above list 
on the right. It yields the list 

! clear & ( i3 | set) , 
! clear & ( i2 | set ) , 
! clear & ( il | set) , 
Iclear & (iO | set) 

The assignment operator has two lists of the same size and yields the list statement 

d3.d = Iclear & ( ±3 | set), 
d2.d = iclear & (i2 | set), 
dl.d = Iclear & (il | set), 
d2.d = Iclear & (iO | set); 

When a list is used as the conditioning expression of an " if -else" statement, it 
is converted to the sum of its terms. For example, 
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if (a, b) ... 

becomes 

if (a | b) ... 

In other words, it is true if any of its terms are true. This is the same conversion per- 
formed by the assignment operator " = ". 

Lists and Numbers 

Numbers behave differently from variables in list operations. From the previous rules 
you may expect that 

(a, b) & 1 
would yield 

a & 1, b & 1 /* wrong */ 

but it does not, instead you will get 

a & 0, b & 1 

The reason is that numbers are considered to be a flexible form of a list. Additional 
ways to write the number 1 are: 

01 or 001 or 0001 . . . 

Because of this, when presented with 

(a, b) & 1 

the compiler uses as many bits as necessary to match the size of the list. In this case, 
it increases the number's size from one to two bits to form 

(a, b) & (0, 1) 

which yields 

a & o, b & l 
Our quad flip-flop used numbers this way when we wrote 

if (Din == 5) . . . 

because the number 5, which is the list (1 , 0, 1 ), is smaller than Din. It was expanded 
to (0, 1, 0, 1) before the comparison. 

Note that the compiler will increase the number of bits in a number, but it will not de- 
crease them. Thus if you try to cram five signals into four, as in 

Dff = 16; /* error */ 

the compiler will not let you. 
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Integers 



The value of a number may also be considered to be a positive arithmetic integer. 
Integers have values in the range through OxFFFFFFFF and are arithmetic in the 
sense that 



1 


< 





= 1 


22 


<= 


23 = 


= 1 


47 


i = 


4 


= 1 


2 


+ 


2 


= 4 


3 




1 


= 2 


2 


* 


3 


= 6 


7 


/ 


2 


= 3 



The arithmetic operators listed above plus the " > " and "> = " are all available to you. 
Writing 

Dff = 2+3; 

is the same as writing 

Dff = 5; 

These operators will not work on anything but numbers. They will not perform numer- 
ic logic synthesis for you. 

Note that numbers are always numbers, no matter how you write them. Even though 
the list 

(1/ o, 1) 

has seven symbols, it is list of numbers and thus it is itself a number in the same way 
that 0b101 and 5 are numbers. Therefore, 

Dff = (1, 0) + (1, 1); 

is only a complicated way to obtain 

Dff = 5; 

In numeric contexts, a list of numbers is concatenated at the bit level so that 

(OoO, 0x3, 0, 002) 

is equivalent to 

ObllOlO 
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Logic High and Logic Low 

When the " ! " attribute is applied to a number, it treats it as an integer and does a 
ones-complement arithmetic operation. Like all arithmetic operations, itis performed 
on 32 bits, however the * ! " is the only arithmetic operation which does not recom- 
pute the number of bits in the result. Thus when the size of a number is increased 
to match a list, the extra bits added are 1 s. For example, 

Dff = 2; 

is 

Dff = (0, 0, 1, 0); 

but 

Dff = !2; 

is 

Dff = (1, 1, 0, 1); 

When you are using lists, there is a difference between the integer 1 and the constant 
1 . For this reason, the definitions 

define HIGH = (10); 
define LOW = 0; 

are available in the STDSYN.H header file. You may prefer to use "high" when you 
want a constant and 1 when you want an integer. As examples, 

Dff = HIGH; 

is 

Dff = (1, 1, 1, 1); 

in the same way that 

Dff = set; 

is 

Dff = (set, set, set, set); 

but 

Dff = 1; 

is 

Dff = (0, 0, 0, 1) ; 

LOW is there only for consistency, there is no difference between the integer and 
the constant 0. 
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Concatenation 

The "\" operator makes one symbol out of two expressions. Concatenating 

i \ 3 
yields the symbol 

i3 

Using concatenation, you can write the quad flip-flop input word as 

i \ (3, 2, 1, 0) 

instead of 

i3, 12, il, iO 

Lists of Sequential Numbers 

Another way to write the list 

5, 6, 7, 8 

is 

5. .8 

using the " . . " operator. It also works backwards and in other number bases as in 

OxlC. . 0x18 

which is short for 

28, 27, 26, 25, 24 

You can mix these with other numbers to list the input pins on a P16R4: 

2. .9, 12, 13, 18, 19 

and is especially useful in conjunction with the concatenation operator. A shorter 
method to write the quad input word is 

i \ 3 . . 

and by using the dot operator, the flip-flop word can be shortened to 

d \ 3. .0 . d 

These two look sort of cryptic. Instead of relying on operator priority, we prefer to use 
explicit parenthesis and write 

d\(3. .0).d = i\(3. .0); 

The concatenation and dot operators turn numbers into text. Even when a number 
is really used as an integer, it can be transformed back to its text form when required. 
In these instances, the text chosen is that which represents a decimal number. Thus 
in 

d . ( 0xA2 + l ) 
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the arithmetic sum of the integers 0xA2 and 1 is taken yielding the integer 0xA3. This 
must be converted to text for the dot operator. The decimal notation for this number 
is 163, so the result of the expression is a reference to the variable 

d.163 

When lists of numbers are used in a textual context, they are left alone. (1, 0, 1) is 
not the same as 5. 



Don't Care Constants 

Binary numbers can use an x to show a don't care bit. You can also use them in octal 
and hex numbers to get groups of three and four. Obx, the don't care constant, refer- 
ences a variable with these special properties: 



t & Obx == 


t 


Obx & t == 


t 


t | Obx == 


Obx 


Obx | t == 


Obx 


! Obx 


Obx 


t = Obx == 


Obx 


Obx = t == 


Obx 


= 


Obx 


1 = 1 


Obx 



In the above, "t" is any expression. The statement 

Obx; 

is a null statement, just like 



It is doubtful if you want to write 

Dff = Obx; 

because it is a null statement, but you may write 

Dff = Oblxll; 

which will not do anything to d2.d and sets the other signals logic high. Another way 
to write the same thing is 

Dff & OxB = Din & OxB; 

which sets all signals except d2.d to the Din values. This works because the state- 
ment 

= 0; 

is a null statement. A shorter way to write this is 

Dff = Din | ObOxOO; 

Its inverse, 

Dff = Din & ObOxOO; 
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sets only 62.6 to its Din value and the others to logic low while 

Dff = Din & Obxlxx; 

sets 62.6 to logic high and the others to the Din values. 

Don't care constants are also useful as a conditioning expression, as in 

if (Din == Oblxxx) . . . 

which you may prefer to the equivalent 

if (Din & 0x8 == 0x8 ) . . . 



Numbers, Lists and Truth Tables 

Truth table blocks were covered in the introductory chapters. Here are some exam- 
ples that were not shown because lists had not been discussed at that point: 



truth_table { a, b, c 

1 
2 
3 
4 
5 
6 
7 

} 



z 
1 
1 
1 
1 
1 
1 
1 




which defines "z" as a three-input NAND gate. A 2-bit-counter could be 



truth_table { 



reset 

1 
1 
1 
1 



(vl,vO) .q 
Obxx 

1 
2 
3 



(vl,vO) .d 

1 
2 
3 




} 



This is a good time to note that tables do not need to be in tabular form in your pro- 
gram. The semicolons are the end-of-line marks, notthe newlines. You may think the 
NAND table looks better like this: 



truth_table { 

a , b , c : z ; 

} 



0:1; 1:1; 2:1; 3:1; 4:1; 5:1; 6:1; 7:0; 
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Section 8 



The Title Block 

iss*;:;:;:;:;:;^ 

.vv.-.-.VA\v.-.-.v.v.v...v.'."...\v.*.v.w.%v..^^ 



A title block 

title { Function: Special Barrel Shifter. 

Designer: Acme Products. 

Date: 4 July 1988. 



} 

defines text to be copied to the JEDEC output file as documentation. The title block 
is a statement. It may appear almost anywhere in your program, but you can only 
have one. The text enclosed by the braces * { " and * } " is copied to the JEDEC 
outputfile. Becausethe JEDEC file format uses an "*" charactertodelimitthe docu- 
mentation, your text may not contain this character. 

The semicolon is not required to terminate the title block (or any other block). Note 
that our style of block which has a separate line for the closing " } " and begins the 
text on the same line as the opening "{" may notbetoyourtaste. Feel free to experi- 
ment to find a style that suits you. 

The text is also copied to the fuse map portion of the (.LST) file. 
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Section 9 



Truth Table Blocks 



::: : :::::: : :::-x::-: : :v:-::-::: : :y: r > 
-x-x-x-x-x-x.y*x 



xo:o:*x-x-xo:-xo:-:-x-x-x-x-x-x-x-:-x-x-x-x-x 



WxoxXx 
-x-x-x-x-x 



xxxo-xxixxxxwixxxxxxx 
x-x-:-:-:-:-x-x-:-x-x-x-x:-:-x-x-x-x- 



;: ; x : : : : : : : : x : : : : kv: : 



The Classic Seven-Segment Display 

The following is the truth table to program a PLD as a hex decoder driver for a seven- 
segment display. 

truth_table { /* 




ee 









q3 


q2 


qi 
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aa 


bb 


cc 


dd 


ee 


f f 
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/* 
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0; 


/* 
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/* 
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/* 
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V 





1 





1 








1 








1 
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/* 
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/* 


D 
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0; 
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0; 


/* 


F 


V 
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1 
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1 


1 


1 






} - 

Each truth table block creates a block of assignment statements, but is set in tabular 
form to save writing time and to help visualize all cases. 
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The table heading line 

q3 q2 ql qO : aa bb cc dd ee ff gg 

lists the input and output expressions. The input expressions are listed first and are 
separated from the output expressions by the colon. The semicolon ends the 
heading line. 

Each other line of the table is a detail line. Detail lines follow the format set up by 
the heading line with respect to number of input and output expressions. These lines 
create assignment statements. If your truth table had only this single detail line 

/* */ 0000:0000001; 

then only this one assignment statement would be created: 

gg = q3==0 & q2==0 & ql==0 & q0==0; 

These two detail lines 

/* */ 00 00:0000001; 

/* 1 */ 0001 : 1001111 ; 

would create all these: 



aa = q3==0 


& 


q2 = = 


& 


ql = = 


& 


q0==l; 










dd = q3==0 


& 


q2 = = 


& 


ql = = 


& 


q0==l; 










ee = q3==0 


& 


q2 = = 


& 


ql= = 


& 


q0==l; 










ff = q3==0 


& 


q2 = = 


& 


ql = = 


& 


qO==l; 










gg = q3==0 


& 


q2 = = 


& 


ql = = 


& 


q0 = = 










q3 = = 


& 


q2 = = 


& 


ql = = 


& 


qO==l; 










And these three 






















/* */ 




























1 


/* 1 */ 








1 




1 





1 


1 


1 


1 


/* 2 */ 





1 










1 





1 








would create these: 






















aa = q3==0 


& 


q2 = = 


& 


ql = = 


& 


qO==l; 










bb = q3==0 


& 


q2 = = 


& 


ql = = l 


& 


q0==0; 










dd = q3==0 


& 


q2 = = 


& 


ql = = 


& 


qO==l; 










ee = q3==0 


& 


q2 = = 


& 


ql = = 


& 


qO = = l 










| q3==0 


& 


q2 = = 


& 


ql = = l 


& 


q0==0; 










ff = q3==0 


& 


q2 = = 


& 


ql = = 


& 


qO==l; 










gg = q3==0 


& 


q2 = = 


& 


ql = = 


& 


q0 = = 










| q3==0 


& 


q2 = = 


& 


ql = = 


& 


qO==l; 











All 16 of the detail lines would produce seven assignments and the aa assignment 
would be the sum of four products -one for each 1 in the "aa" column. Even though 
the final signal specifications which show up in the listing file can be reduced to their 
minimum logical equivalents, a truth table is certainly a way to generate a lot of logic 
with minimal work on your part. 

The reason inputs usethe equality operator "==" is so that you can have morecom- 
plicated things than Os and 1s. In 

truth_table { a b : z 

c d : 1 ; 

} 
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the assignment is 

z = a==c & b==d; 

Notice that we used the phrase input expression at the start of this section. This 
means that not only can you negate inputs, as in 

truth_table { ! a ! b : z ; 

1 !d : 1 ; 

} 

which creates the assignment 

z = ( ! a == 1) & ( !b == !d) ; 

You can also write almost any valid expression, such as 

truth_table { ! (a & b) c : z 

c d | e : 1 ; 

} 

which is 

z= (!(a & b)) ==c&c== (d | e); 

The only expression that you have to stay away from in the detail lines is a signal 
named X (in either upper or lower case). That is because we picked this signal name 
to mean don't care. If you need to use it, put it in parenthesis. This table: 

truth_table {a b : x y 

1 x : 1 ; 

x (x) : 1 

} 

yields 

x = a = = l; 
y = b==x; 

The output side of the truth tables is easier because there are only three characters 
permitted - 0, 1 and X (or x). This will make menu selections from the output expres- 
sions in the header. 

The X is again a don't care. It means thatthis detail line will not affectthe assignment 
for the output. The 1 (0) specifies that the output is logic high (low) for the case de- 
fined by the input. The output characters can be written together. That is, 

0x01 

is the same as 

0X01 
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Output Polarity 



You should think of the polarity problem in exactly the same way that you do when 
you are aboutto write an assignment statement. Logic high (the 1 s) produce assign- 
ments which are true relative to the signal specification names. If we remove the ab- 
straction and show some real signal specification names for the 1 6R4 on this table: 

truth_table { pin2 pin3 pin4 : !pinl9 ; /* 3 -input NAND 

*/ 




1 
1 
1 



X 



X 
l 







X 



X 





1 



1 
1 
1 





} 



it becomes clear that it is correct. 
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Section 10 



State Diagrams 




A Modulo-3 Counter 

proLogic can help you implement programmable logic state machines. Other names 
used for this general subject are finite state machines, sequencers, sequential cir- 
cuits, counters, Mealy model/machine/circuit, Moore model/machine/circuit, state 
diagram, ed- 
it you want to create a circuit using clocked flip-flops with feedback, then you can use 
state blocks instead of assignments. 

Consider a modulo-3 counter for an example. It uses two flip-flops as state variables. 
Each of the three permitted combinations of 0s and 1 s in the state variables is called 
a state. On power up it is in one of the states and on each clock a next state is estab- 
lished which depends, in part, on the current state. Figure 6 illustrates a modulo-3 
counter. 




Figure 6. Modulo-3 Counter 



The assignments for a D-type flip-flop implementation are determined by inspection 
to be 

vl.d = vO.q; 

vO.d = !vl.q & IvO.q; 
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The same counter written as a state diagram appears as follows: 

state_diagram vl,vO { 

/* modulo- 3 counter */ 

state s0=00 

si; 

state sl=01 
s2; 

state s2=10 
sO; 

} 

A state diagram appears different from the assignments. This is because each as- 
signment is a single statement but the state diagram has a hierarchical structure. 

First while the outermost state_diagram statement. 

state_diagram vl,vO { 
} 

It declares "vi" and "vO" to be state variables. Their values are defined in the 
body of the diagram. The body is all of the statements enclosed by the braces " { " 
and "}". 

In our counter example, the body consists of a state statement for each of the three 
states. 

The first state statement. 

state s0=00 
si; 

It declares the state name sO and its value combination (v1 .q,v0.q)=(0,O). The state 
statement also has a body. The body can be a single statement without braces, as 
written above or it can be one or more statements enclosed by braces, as in 

state s0=00 { 
si; 

} 

The transition statement 

si; 

consists of a state name, as it appears in one of the state statements of this state dia- 
gram, followed by a semicolon. It specifies what state occurs on the next clock. 
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IF-ELSE 

The "if -else" statement is used to condition other statements. The general form 
is 

if (expression) 

statement- 1 /* then part */ 

else 

statement- 2 /* else part */ 

where the else part is optional. 

To show its use, let us make our modulo-3 counter stay low (in state sO) until triggered 
by an external signal (count) as shown in Figure 7. 




Figure 7. Modulo-3 Counter 



This is coded 

state_diagram vl,vO { 
state s0=00 

if (count) 
sO; 

else 

si; 

state sl=01 
s2 ; 

state s2=10 
sO ; 

} 

The "if -else" statement conditions its then part with the expression in parenthe- 
sis and its else part with the expression's complement. Because its then part (or else 
part) can be another " i f - el s e " statement or a block (one or more statements en- 
closed by braces " { " and " } "), things can become as complex as necessary. 
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The if-else and state statements can also condition assignments. 
You can add an output to state s2 by writing 

state s2=10 { 

overf low=l; 
sO; 

} 

or make it an up-down counter with 

state s2=10 

if (up) { 

overf low=l; 
sO; 

} 

else 

si; 

Note that the style of one statement per line is Texas Instruments style. State state- 
ments can also be written as follows: 

state s2=10 if (up) {overflow=l; sO;} 
else si; 

Choose a style that suits you. Also, an if-else can be used anywhere in your program 
- not just within a state diagram. 



Global Transitions 

Extend our modulo-3 counter so instead of being triggered to count, it stays in state 
00 unless enabled. 

state_diagram vl,v0 { 
state s0=00 

if (count) 
sO ; 

else 

si; 

state sl=01 

if (count) 
sO; 

else 

s2; 

state s2=10 
sO; 

} 

State machines often have some condition which applies to every state. These glob- 
al transitions can be factored out and written before the first state. 
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The diagram 



state_diagram vl,vO { 
if (count) 
sO ; 

state s0=00 
Sl; 

state sl=01 
s2; 

state s2=10 
sO; 



looks more like what it really is - a modulo-3 counter with an active high reset. 



If the modulo-3 counter (shown in Figure 8) is implemented on flip-flops which power 
up to a random state the counter may be in trouble. It counts 



This may be acceptable. If it is not, you can correct it by adding an additional 

state s3=ll /* illegal */ 
se- 
lf your machine is something other than a counter you can also specify that a state 
has don't cares for some, but not for all, of its values. Instead of adding a new state, 
the existing state s2 could be redefined as 

state s2=lx 
SO ; 

The "x", which can be either upper or lower case, means that either a 10 or a 11 
identifies state s2. 



} 



Illegal States 




Figure 8. Modulo-3 Counter 
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State Variables 



The state variables declared by the "state_diagram" statement must name a 
flip-flop with internal feedback. The extension may be omitted. For example 

state_diagram pinl7,pinl6 { 
} 

declares that the pin1 7.q signal holds the most significant state value for a 1 6R4 im- 
plementation. On this PLD, proLogic synthesizes assignment statements for 
pin17.d= and pinl6.d=. 

You can precede a state variable with a " \ " which inverts all logic for that flip-flop. 
The modulo-3 counter example, if written for a 1 6R4 with active low outputs would 
be 

state_diagram Ivl.q, IvO.q { 

/* pl6r4 modulo-3 counter */ 

state s0=00 
si; 

state sl=01 
s2; 

state s2=lx 
sO; 

} 

which is equivalent to 

state_diagram (vl,vO) { 

/* modulo-3 counter */ 

state sO=ll 

si; 

state sl=10 
s2 ; 

state s2=0x 
sO; 

} 
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Conditioning 



The statements which form the body of the state block are conditioned by the state. 
The following is a state which is the highest state of a modulo-5 counter 

state s4=lXX { 
Y=l; 
sO; 

} 

Because the expression " y=i" is contained within the body of state s4, it is condi- 
tioned by s4. This means the resulting expression is extended to be true only when 
state variable v2 (the most significant variable) is logic high and yields 

Y = v2.q; 

If Y is a combinatorial output, it becomes high shortly after clocking a 1 into v2. If Y 
is a registered output, it becomes high on the next clock which simultaneously causes 
v2 to go low as it transitions to state sO. What happens to Y after that depends on 
what is written in the state sO block. Conversely, if you wanted register Y to go high 
on the clock of 1 into v2 to enter state s4, Y would need to be set up in the prior state. 
For an up-counter, 

state s3=000 { 
Y=l; 
s4; 

} 

would do it, but in an up-down counter, both preceding states are required to set up 
Y. 

state s0=000 
if (up) 

si; 
else { 

Y=l; 

s4; 

} 

state s3=011 

if (up) { 
Y=l; 
s4; 

} 

else 

s2 ; 
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Default Transitions 

An unconditioned transition statement is called a default transition. In 

state s0=00 
si; 

the s1 is a default transition because it is not conditioned by an "if -else" state- 
ment. The state 

state s0=00 

if (count) 
sO; 

else 

si; 

could also have been written 

state s0=00 { 

if (count) 
sO; 

si; 

} 

because the default transition specifies the state change when none of the othertran- 
sitions apply. 

States which have no default transition remain in their current state when none of the 
other transitions apply. Thus 

state s0=00 

if ( ! count) 
si; 

also holds in sO while count is logic high. 

Each state block can have only one default transition statement. 
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Section 11 



Test Vector Blocks 




Test vectors are used by device programmers or logic simulators to verify that the 
logic functions defined for a PLD are correct. These vectors describe the inputs to 
the programmed PLD and specify the outputs expected after applying each set of in- 
puts. 

Each test_vectors block defines a sequence of vectors to be applied to a set of test 
condition variables. These blocks are written in tabular form with semicolons sepa- 
rating each line of the table. 

test_vectors { 

pin3 !pinl pinl8 pinl9; 

1 1 H L; 

1 L L; 

L H; 

} 

The first line of the table 

pin3 !pinl pinl8 pinl9; 

names the test condition variables. In your program you probably have some 
"define" statements to make the names more meaningful. Because test 
conditions are applied to the pins of the device, not internal signals, you do not 
necessarily need to adhere strictly to the proLogic diagram signal names. Minor 
variations will perform as expected. 

Each other line of the table is a test vector. The first vector 

1 1 H L; 

specifies the test conditions 1 , 1 , H and L to be applied respectively to the test condi- 
tion variables pin3, !pin1 , pin1 8 and pin1 9. Spaces are not required. You can write 



or 

11HH; 
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as long as there is one test condition for each test condition variable. Lower case 
letters can be used if you prefer. This table lists the allowable test conditions. 






drive input LOW 


1 


1 


drive input HIGH 





2. .9 - 


drive input to supervoltage #2-9 


2 . .9 


C 


drive input LOW- HIGH -LOW 


K 




float input or output 


F 


H 


test output HIGH 


L 


K 


drive input HIGH-LOW-HIGH 


C 


L 


test output LOW 


H 


N 


power pins and outputs not tested 


N 


P 


preload registers 


P 


X 


output not tested, input default level 


X 


Z 


test input or output for high impedance - 


z 



The last column lists the inverse condition which is used when a test condition vari- 
able is negated. The block 



test_vectors { !pinl; 

1; 
0; 
N 

is equivalent to 

test_vectors { pinl; 

0; 
1; 

N } 

There is a special kind of a test vector which is used to create one or more JEDEC 
buried register vectors. This one begins with the symbol internal and is followed by 
as many 0s, 1s, Ls and Hs as there are internal registers in the PLD. 



} 



Note: 

If you are new to PLD design, be aware that we have left out some very important 
practical considerations. When a device programmer executes preload vectors, or 
vectors which have supervoltages, it may apply high voltages to pins. Refer to the 
data sheets for your exact PLD. The device programmer manual also provides im- 
portant cautions to observe when testing. 



The proLogic Compiler 



The Repeat Block 

A repeat block, written 

repeat N { 

} 

can be used anywhere in your program. Its function is to create N copies of the sym- 
bols contained in the body. The following is a sample application. 

test_vectors { 

/* 4 -bit counter partial test */ 

pinl pinl7 pinl6 pinl5 pinl4 ; 

P 0;/* preload */ 

repeat 15 { 

C X X X X; /* clock 15 times */ 

} 

H H H H; /* OK if all high */ 

C L L L L; /* wraparound */ 

} 

The } which terminates the repeat block was placed on the line after 

C X X X X; /* clock 15 times */ 

but could also have been placed on the same line after the semicolon. 

Repeat blocks are not statements and can be used almost anywhere. Nesting is per- 
mitted, such as 

repeat 15 { C repeat 4 { X } ; } 
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Section 12 



Include Files 




Exactly one 

include file -name; 

which identifies the Architecture Description file (.LXA) for the target device must be 
present somewhere in each program .The " f ii e - name " is a symbol string, such as 

P16R4.LXA 

or 

\prologic\p22vl0 . lxa 

When you do not specify a file extension of .LXA, the "include" statement has 
a different function. In this case, the include and its symbols are replaced by the con- 
tents of the identified file. 

You may want to use "include" files to define commonly used symbols like 

define LOW = 0; 

to save time and assure consistency over all of your PLD programs. 

Even though a semicolon terminates the file-name, the " include" is not a state- 
ment. Like the repeat block, it can be used almost anywhere. Included files may 
themselves have "include". A repeat block may contain "include" (and vice 
versa). 

When no file extension is supplied, the default is .H (for header). But if your file has 
spaces as an extension, make this clear. 

include myfile. ; 
include myfile." " ; 
include "myfile. " ; 
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Header Files 



The proLogic compiler provides a library of header files (.H). These provide extra 
levels of information about each device to make it easier to write a program. You may 
think of them as a subroutine library. Header files answer questions like: 

how many pins? 

is register preload available? 
what pins have registers? 
how do states map to D flip-flops? 
to SR flip-flops? 

does if (c) x=a; mean x= (c & a)? 

does it mean x= (c&a) | (!c & x.q)? 

does the compiler drive output enables when you don't? 

what about logic minimization? 



The only logical operators which the compiler recognizes are the AND and OR. 
Header files may offer other operators such as XOR. 

When you select a header file such as 

include pl6r4; 

at the beginning of your program, you will not need an 

include pl6r4.1xa; 

because the header file will bring the Architecture Description in as part of itself. 

If your preference is for as little help as possible, use an "include" statement such 
as 

include pl6r4.1xa; 

at the start of your program. This requires you to be very explicit when writing the 
program. Most of the higher level statements can not be used in this mode. We rec- 
ommend you "include" the STDSYN.H file in addition to the LXA file. Ithas "de- 
fine" statements which will relax the operator symbols to make the expressions 
more natural. 



The proLogic Header Library 

The header files extend the basic proLogic compiler capabilities. While the use of 
the library is not required, we recommend that you review the tools for possible use 
in your applications. 
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Library Selection Guide 

Some functions are implemented by selecting the appropriate header for a particular 
device. 

These header files have been written to ease PLD designs by allowing a simpler 
method of defining pins, counters, and combinatorial logic. The following table 
shows, by function and device, the proper library header for each of these functions. 
All files have an implicit (.H) extension. 



FUNCTION 


P330 


P630 


P1830 


++ — 


DCNTR 


DCNTR 
TNCTR 


DCNTR 
TNCTR 


state 
diagram 
synthesis 


DFF 


DFF 
TFF 


DFF 
TFF 


logic 
minimization 


M IN PALS 


M IN PALS 


M IN PALS 



File: AT.H 

Function: 

Usage: 



Replaces application signal names with proLogic Diagram signal names 
using the "@" operator. 

The "@" operator replaces all occurrences of its left operand with a sig- 
nal name of pinN, where N is the numeric right operand. 

This header file provides the PIN attribute which permits free-standing 
pin declaration statements. 

The "@" operator can be used in conjunction with a TYPE header file. 
As such, it is automatically included in main header files for the EP330, 
EP630, and EP1830. 



Related: device-name.TYP 

Required: A device-name. H device description header 
Examples: The statement 

!(outl @ 19). d = a @ 2 & outl.q; 

becomes 

!pinl9.d = pin2 & pinl9.q; 
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An equivalent program can be written using the " pin" statement if you prefer to de- 
clare the variables separately. 

PIN OUtl @ 19; 
PIN a @ 2; 

loutl.d = a & outl.q; 

Factored alternatives to the two "pin" statements above are: 

PIN (outl, a) @ (19, 2); 

or 

PIN (outl @ 19, 

a § 2 ); 

Refer to the type header for additional examples of the factored form of variable dec- 
larations. 

When used with a TYPE header file, the appropriate type mnemonic is used instead 
of the PIN attribute as in this program: 

title { Application: 74374 OCTAL D FLIP-FLOP 
} 

include p330; /* the device description header */ 

include p3 3 0.typ; /* the TYPE header */ 

include at; /* the (3 operator */ 

include tvector; /* vector compile- time checks */ 

define Din = (in\7..0); 
define Dout = (out\7..0); 

INP (Din,oe) @ ( 9.. 2,11); 
RONF Dout @ 12 . .19; 

Dout . d = Din; 
Dout.oe= !oe; 

test_vectors { pinl oe in7 in6 in5 in4 in3 in2 inl inO 

out7 out6 out5 out4 out3 out2 outl outO ; 

1 11111111 ZZZZZZZZ; /* not enabled */ 

11111111 LLLLLLLL; /* power up low */ 

C 11111111 HHHHHHHH; /* clock */ 

01011011 HHHHHHHH; /* hold */ 

C 01011011 LHLHHLHH; /* clock */ 

1 11111111 ZZZZZZZZ; /* not enabled */ 
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File: COMPARE. H 



Function: Comparator Logic Synthesis using the following operators: 

< Less Than 

<= Less Than or Equal 

> Greater Than 

>= Greater Than or Equal 

Usage: These operators are used the same way as the proLogic Compiler 
equality operators "==" (Equal to) and " \=" (Not equal to). Like the 
equality operators, they yield a single-valued result when used with list 
operands. 

These operators are typically used to compare a list of variables to a 
number. Caution should be observed when both operands are lists of 
variables as even a relatively small number of variables synthesize large 
Boolean expressions. 

Required: No additional header files are required, however it may be desirable to 
include the appropriate minimization header for the device. 

Example: 

title { SIMPLE DECADE UP -COUNTER } 

include p630; /* device description header */ 

include p630.typ; /* the TYPE header */ 

include at; /* the @ operator */ 

include compare; /* the <= operator */ 

include tcntr; /* the ++ operator */ 

include minpal8; /* logic minimization */ 

define count = (q\3..0); 
TOTF count @ 15 . . 18 ; 

if ( count. q < 9) 

++count . t ; 

else 

count . t = ; 

File: DCNTR.H 

Function: D Flip-flop Up/Down Binary Counter Logic Synthesis using the following 
operators: 

++ Count Up 

Count Down 

Usage: These operators must precede a single operand in a free-standing sepa- 
rate statement. The operand must be the D input signal of a D Flip-flop 
or a list of such signals. 

The .q extension is used in logic synthesis. If using global macrocells 
from different quadrants, this must be considered in counter designs 
(see appendix A). 
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Related: TCNTR.H 



Required: No additional header files are required, however it may be desirable to 
include the appropriate minimization header for the device. 

Example: 

title { BINARY FREE -RUNNING DOWN - COUNTER 
} 



include p6 30; 
include p6 3 0.typ; 
include at; 
include dcntr; 
include minpal8; 



/* 
/* 
/* 
/* 
/* 



device description header */ 
the TYPE header */ 
the (3 operator */ 
the -- operator */ 
logic minimization */ 



RORF (d2, dl, dO) @ 17.. 19; 
-- (d2, dl, dO) .d; 



File: 



MINPAL.H 



Function: 



Usage: 



Related: 

Required: 

Example: 



Logic Minimization for sum-of-products architectures without program- 
mable polarity. 

The minimization function may be requested by the compiler for state- 
ments which are contained within a state diagram, or those which are 
contained within an "if -else" statement. Minimization may also be 
requested by other headers. It may be requested directly by preceding 
an assignment statement with the "minimize" attribute. 

Do not use the "minimize" attribute within a state diagram or within 
an "if -else" statement. Assignment statements within these blocks 
are automatically minimized. 

This header may be used instead of a device-specific minimization 
header to force simple sum-of-product minimization regardless of the 
device architecture. 

MINPAL8.H, MINPLA.H 

none 



include minpal; 
MINIMIZE out.d 



a & b | 



a; 



File: MINPAL8.H 

Function: Logic Minimization for devices with eight product terms and program- 
mable polarity on the gate input (sum-of-products output). If sum-of-pro- 
ducts minimization yields a function with more than eight productterms, 
a minimization of the product-of-sum form of the function is attempted. 

Usage: The minimization function may be requested by the compiler for state- 
ments which are contained within a state diagram, or those which are 
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contained within an "if -else" statement. Minimization may also be 
requested by other headers. It may be requested directly by you by pre- 
ceding an assignment statement with the "minimize" attribute. 

Do not use the "minimize" attribute within a state diagram or within 
an "if -else" statement. Assignment statements within these blocks 
are automatically minimized. 

Related: MINPALH, MINPLA.H 

Required: none 

Example: see MINPAL.H 



File: TCNTR.H 

Function: T Flip-flop Up/Down Binary Counter Logic Synthesis using the following 
operators: 

++ Count Up 

Count Down 

Usage: These operators must precede a single operand in a free-standing sepa- 
rate statement. The operand must be the T input signal of a T Flip-flop 
or a list of such signals. 

The .q extension is used in logic synthesis. If using global macrocells 
from different quadrants, this must be considered in counter designs 
(see appendix A). 

Related: DCNTR.H 

Required: No additional header files are required, however it may be desirable to 
include the appropriate minimization header for the device. 

Example: 

title { BINARY FREE - RUNNING DOWN-COUNTER 
} 



include p630; 
include p6 3 0.typ; 
include at; 
include tcntr; 
include minpal8; 



/* device description header */ 
/* the TYPE header */ 
/* the @ operator */ 
/* the -- operator */ 
/* logic minimization */ 



TOTF (d2, dl, dO) @ 17.. 19; 
--(d2, dl, dO).t; 
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File: Device.TYP 



Function: SIGNAL TYPING The source file (.PLD) that you create to specify your 
circuit needs to: 

- name the device 

- define the application names 

- specify each circuit output as a function 
of its input 

Device Naming 

A device is selected by writing, for example 

include pl830; /* device description header file */ 

include pl83 0.typ; /* the TYPE header file */ 
include at; /* use @ to assign pin names */ 

near the start of your program. The first statement names the device description 
header file (P1830.H), and is required in all programs using signal typing. There is 
a device description header for each device. There is also a TYPE header for each 
device. The one for the example device is named by the second statement. The third 
statement is the header which permits the use of the "@" operator style of defining 
application signal names. It is generic to any device. The addition of the second and 
third "include" statement is unnecessary since they are included in the main 
header for the EP330, EP630, and EP1830. 

Application Signals 

Next, each of the input and output signal names are declared, given a type, and as- 
signed a device resource. The four statements: 

CONF nand3 @ 68; 
INP a @ 59; 
INP b @ 58; 
INP c @ 57; 

declare that nand3 is TYPE CONF (Combinatorial Output, No Feedback) with an as- 
signment to the macrocell on pin 68. Signals a, b, and c are TYPE INP (Input) and 
are assigned to pins 59 through 57. Select the TYPE names from Figure 9 on the 
next page. 



The proLogic Compiler 



"coin [Z-oz 



CONFl !Zoe 



COCFl 

■C3 ! 



L_ 



"NOCFl LIoe 



C02F1 



L_ 



^1 i 

__1__JlL_ 



COMBINATORIAL TYPES 



INP 



INPN 



INPUT TYPES 



Pi. 

|_ sn 

r: 



RORF I CiJ 



ronfH p 



norfH Pi. 

srr_ 



ROIF ~~ 1 




J I 

D FLIP-FLOP TYPES 



Pi- 

|_ SET 

rl: 



Lpclr_ 

L__ 



TOTF I PsJ 

i r m _ 

1 1 



TONF | f~ 



NOTF I Pi J 

i r srr 
i r°- 



J. 



Pi. 



T02F | 



1 '_ PCLR I D 

I I J 



1 !_PCLR_ 

_l I 



TOIF - 1 



J I 



_ J_1__J 



I 



T FLIP-FLOP TYPES 



Pi. 

rflET 

|- cut . 

r" - 

L_ _ 



jojf - i p«: 



" c I 1-" ' 

=1 — Q 1 LpclkJ: 

I I L_ 



JONF I 



i rr__7 
c^^> I p»- 

i r K_ r 

1 Lpclr 

II 



NOJF - 1 Hi. 

i r" 



Jl 

— 

J. 



I 



J02F~1 



LpclK — 7 Q 



_l 



JK FLIP-FLOP TYPES 



Figure 9. Application Signal TYPE Names 



61 



Time can be saved when writing declarations by factoring. Factoring permits a single 
type name or single "@" operator to be applied to more than one signal name. Addi- 
tional ways to write the three " inp" statements are: 

INP (a @ 59, 

b @ 58, 
c @ 57); 

(INP a, 
INP b, 

INP c) @ (59, 58, 57); 

INP (a, b, c) @ (59, 58, 57); 

You can take advantage of the shorthand method to write a list of numbers and write 

INP (a, b, c) @ 59 . . 57; 

and describe all of your signals in one line with 

(CONF nand3, INP ( a , b, c)) (3 (68, 59.. 57); 

Circuit Inputs 

Using the declarations above, the circuit's input signal can now be written as 

!nand3 = a & b & c; 

If you look at the the definition of the CONF circuit in the chart on the previous page, 
there are two input signals entering the left side. The statement above specifies the 
buffer input. The input signal labeled OE is the buffer enable. If you need to specify 
that the buffer is always enabled, you could write either 

nand3.oe = 1; 

or 

nand3.0E = 1; 

When a circuit signal has no label, do not use an extension after the signal name. 
When there is a label, you must use the label as an extension. 

Another example, if you need an internal divide-by-two circuit, you may write 

NORF half @ 57; /* No Output, (D) Register Feedback */ 
half.d = lhalf.q; 

The output of the NORF circuit (half.q and its inverse, lhalf.q) is now available for in- 
put to other circuits. 

Defaults 

The TYPE circuits (shown on the previous page) have reasonable default values 
when signals are not specified. For TYPEs like CONF, the output is always enabled 
unless you specify otherwise, so the earlier example of 

nand3.oe = 1; 

was unnecessary in this case. TYPEs with no output, like NOCF, default to output 
not enabled. Preclear (PCLR) and Set (SET) default to inactive, while clocks (CLK) 
are the same as the default specified by the proLogic diagram for the device. 
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Dual Feedback 

The nand3 used an input c which was assigned to pin 57. The divide-by-two specified 
a buried register also on pin 58. Since pin 57 on the P1 830 is a global macrocell, there 
is no conflict. It is not permissible to have both an INP TYPE and a RORF TYPE on 
the same pin. The way to declare this is to omit the INP for c and redefine half as 

R02F half @ 57; /* (D) Register Output, Dual Feedback */ 

Then override the R02F default output enable with 

half.oe = 0; 

and write the NAND gate as 

!nand3 = a & b & half; 

Active Low Inputs 

Another way to write a 3-input NAND gate is 

nand3 = !a | !b | !c; 

An alternative is to declare an active LOW input by writing 

INPN (a, b, c) @ (59, 58, 57); 

or 

! INP (a, b, c) @ (59, 58, 57); 

and then changing the assignment to 

nand3 = a | b | c; 

You can declare selected signals to be active LOW by factoring only the INP, as in 

INP (a, !b, c) @ 59.. 57; /* b is active LOW */ 

or 

! INP (!a, b, !c) § 59.. 57; /* b is active LOW */ 

Active Low Outputs 

You can specify output buffer inversion by negating the TYPE declaration, as in 

! CONF nand3 @ 68; 
nand3 = a & b & c; 

When you negate a TYPE declaration, mentally add a bubble to the output buffer of 
the circuit. 

Usage: RESTRICTION: Output Buffer Inversion is currently restricted to those 
devices which provide actual programmable polarity at the output buffer. 

RESTRICTION: SET is not implemented on any type. 

Example: 

RORF d3; 

d3.set =1: /* not implemented */ 
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Related: AT.TYP 



Required: A device-name. H device description header. The IF.H header is re- 
quired for JK flip-flops. 

File: XOR.H 

Function: Implementation of the Exclusive Or Boolean Function using the "%" 
operator. 

Usage: The "%" operator is used exactly the same as the compiler's logical 
" | " operator. It has a lower priority than the logical " | " , so that the ex- 
pression 

a = c | a & b % d; 

is evaluated as if it were written 

a = ( (c | (a & b) ) % d; 

For most operands, the XOR synthesizes the equivalent function expressed in AND 
and OR operators. That is, 

a % b 

is expanded to 

! a & ! b | a & b 

As a special case, when a function of the form 

pinNN.d = y % q; 

or 

pinNN.d = q % y; 

exists, where "pinNN" is a macrocell which can be be REGISTER BLOCK PRO- 
GRAMMED as a T Flip-flop, it generates the equivalent signal statement. 

Related: none 

Required: A device-name.H device description header is required if REGISTER 
BLOCK PROGRAMMING synthesis is desired, otherwise no other 
header files are required. 

Example: 

title { 74280 9 - BIT ODD/EVEN PARITY GENERATOR/CHECKER } 

include p330; /* device description header */ 

include p3 3 0.typ; /* the type header */ 

include at; /* the (3 operator */ 

include minpal8; /* logic minimization */ 

include xor; /* the % operator */ 

INP in\8 . . | 1 . . 9 ; 

CONF ( odd | 19, /* output */ 

even @ 18 ) ; 
COIF ( suml @ 17, /* internal NOCF */ 

sum2 @ 16 ) ; 
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suml = inO % inl % in2 % in3 ; 

sum2 = in4 % in5 % in6 % in7 ; 

odd = in8 % suml % sum2; 

! even= in8 % suml % sum2 ; 
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Section 13 



Signal Specifications 



Although proLogic has the ability to manipulate, optimize, and even synthesize Bool- 
ean equations. Everything is put into the form which will map onto the proLogic Dia- 
gram signal names and gate operators. This form is called a signal specification. 

In the example 

!pinl9 = pin2 & pin3 & pin4 

The signal specification is 

" !pinl9=" pin2 & pin3 & pin4 

Quotes are used to write the seven-character symbol 

! pinl9= 

because that is the exact name on the proLogic diagram. Names such as 

! pin2 

would also need to be quoted. 

The rules for writing a signal specification are as follows: 

1 . A signal specification always begins with an output signal name. These 
names always end with an" = " (equal) character. 

2. An input signal name must follow the output signal name. These names 
never end with an " = " character. 

3. After the first input signal name, more input signal names can be listed if they 
are separated by gate operators. 
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Gate Operators 

The prologic diagrams implicitly use these operators: 

& Logical AND Gate 

Logical OR Gate 
% Logical Exclusive OR Gate 

Other operators unique to the PLD may be specified by individual diagrams. 
The characters 

! Logical Negation 
Assignment 
Dot 

are not gate operators. They are required to "spell" some signal names. 



Gate Operators Function 

There is always a conceptual "current gate". The importance of the current gate con- 
cept is that it provides the environment for interpreting the meaning of the input signal 
names. Input names always identify signals with respect to the current gate. 

The current gate becomes important in multi-level logic. The output name usually 
identifies a hierarchical logic structure of one, two, or more levels. For example, in 
a 1 6R4, the output name pin1 9.oe= identifies a one level product term. The output 
name !pin1 9= identifies a two level sum of productterms. The current gate is always 
one of the gates at the lowest level of the hierarchy. In both of these examples, the 
current gates are AND gates. 

The initial current gate is identified by the output name. It is always the first (or top- 
most) of all of the possible current gates. The operator which identifies the current 
gate (in these examples, the " & "), has no effect on the current gate. It serves only 
as a separator between input names. An operator which identifies a gate at a higher 
level in the PLD logic structure (in these examples, the " | ") changes the current 
gate to be the next of all possible current gates. 

In a one level structure such as the 1 6R4 pin1 9.oe=, there is only one possible current 
gate - the 32-input AND which drives the output enable for pin 1 9. It is the initial cur- 
rent gate identified by the pin1 9.oe= output name. In the signal specification for this 
signal only " & " operators may appear. 

In the two level structure identified by the Ipinl 9= output name, there are seven AND 
gates at the lowest level. The output name identifies the first of these as the current 
gate. All input names identify connections to this AND gate until an * | " operator is 
encountered. After the " | ", all input names identify connections to the second AND 
gate, until the next * | " when they apply to the third, and so forth. 
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And 1 



There are two special signal names which apply to the current gate of all devices. 
They are " l " , which means the output of the current gate is logically true, and " o " , 
which means the the output of the current gate is logically false. Since these names 
apply to the gate output, no other input names may apply to that gate. For example, 

"pinl9.oe=" 1 & pin2 

is improper. 

The " o " and " l" signal names used in the signal specification are different from the 
" o " and " l " symbols used in expressions. In an expression, they are gate input sig- 
nals. That is, 

( pinl9.oe = 1 & pin2 ) 
is transformed into 

( pinl9.oe = pin2 ) 

In the first matrix of a 16R4 there are 256 programmable cells. These two signal 
specifications cause only the last cell to remain connected, while the first 255 are dis- 
connected (programmed). 

"pinl9.oe=" 1 

"!pinl9=" 1 | 1 f 1 | 1 | 1 | 1 | "!pinl2" 
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The Signal Statement 

Most PLD programs for most devices can be expressed entirely in terms of boolean 
equations using logical AND, OR and NOT. That's why the assignment statement 
such as 

a = b & ! c ; 

requires you to do the minimum amount of typing on your keyboard. But some PLDs 
have XOR gates or signature words. 

For these instances the signal statement always provides the ability to program at 
the signal specification level. Another way of writing 

a = b & !c; 

is 

signal "a=" b & " !c" ; 

In this statement, everything between signal and the semicolon must be a signal 
specification. 

You also have the option of letting proLogic do most of the work for you. In the signal 
statement, anything enclosed by parenthesis is an expression. Thus 

signal "a=" b & ( ! c) ; 
signal "a=" (b & !c); 
signal ( a = b & ! c ) ; 

are all equivalent. 

To make it easier, you can also write the " = " , " . " , and " i " symbols separately. 

proLogic will translate 

signal a = ! b . c; 

into 

signal "a=" "!b.c" ; 

because it knows the rules for forming a signal name. 
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Section 14 



X330 Translator 




This program accepts a 20 pin PLD JEDEC file and translate it into a EP330 JEDEC 
code which will yield a pin for pin replacement device. 



Implementation: 

Each fuse in the source (simple PLD) JEDEC file is remapped into the equivalent fuse 
location for an EP330. For example: 

- In a 1 0H8 'fuse 0' connects 'pin 2' with the first AND term in the 'pin 1 9' 
output. In a EP330 'fuse 39' connects 'pin 2' to the first AND term in the 
'pin 1 9' output. This continues for all source JEDEC file fuses. 

- Any unused terms in the EP330 are left as is. 

- If a source device pin does not have an output enable, all output enable 
fuses for that pin are programmed in the output JEDEC file. Therefore 
the output enable is always enabled. 

- For all source device registered pins, the output enable fuses are all pro- 
grammed except for one connection to 'pin 11 '. 

- Unused pin connections for valid rows are programmed. For example: 

In a 16R8 all pins fed to the array except for pins 1 and 11 . The fuses 
for these in the EP330 output file will be programmed. This is to avoid 
a false signal feeding back from a 'unused' pin input or feedback. 
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Operation: 



The program is used by typing: 



X330 <SOURCE> <TARGET> <ENTER> 



The program then responds with a menu of source device types enumerated 1 
through 17. The number entered corresponds to the input file device type. The pro- 
gram then translates the input source file assuming the number entered is correct. 

Devices Supported: 



Test Vector Notes: 

Test vectors are transferred over into the JEDEC file when the translator is executed. 
Two comments need mentioning: 



1. Although the IMPACT-X™ technology PLDs ( -5, -7, -10) and the 
EP330 both have power-up logic registers, the IMPACT-X™ PLDs will 
initially have a high level on the output pins due to the inverting buffer 
between the register and the pin itself. The EP330 will have a low level 
on the output pin due to the absence of that inverting buffer. This situa- 
tion can be avoided by always having initialization vectors in the test vec- 
tor so both the EP330 and IMPACT-X™ technology PLDs are in the 
same state at the beginning test vector set. 

2. If IMPACT™ technology PLDs (-15, -25) are in use, remember that the 
registers in these devices power-up logic 1 , and the proLogic Simulator 
assumes a logic power-up registers for these devices. Again initializa- 
tion test vectors can be used to avoid this situation. 
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Appendix A 



Using the EP1830 as a 4 Hexadecimal 

Digit Counter and Display 

*:-:-:-:-:-:-:-:-:v:*:-:-:w 

ff'iifpjTfiMirwiiirfflfrrrriTrrff«inimitirrfr»iw 



This appendix shows how the Tl EPLD, EP1830, can be used to implement a 4-digit 
hexadecimal counter and display design. Written in proLogic, it shows how header 
files can be incorporated into a design to avoid writing lengthy equations. 

The design is broken down into different modules for ease of analysis. Each module 
is presented as implemented both by the proLogic software and the actual architec- 
ture of the device, see figure A-1 . The block diagram of the application is shown in 
figure A-2. 



The Counter 

This is a resettable 1 6-bit binary up/down counter, using the global macrocells of the 
EP1 830 to spread out the count value of the counter among the device's quadrants. 
The T02F TYPE (T Flip-Flop) is used as the macrocell of choice since counter de- 
signs can be implemented with a few productterms. The control of the counter is han- 
dled through an "if-then-else" language structure. The reset of the T flip-flop is ac- 
complished by setting its T-input to the output of that flip-flop logically ANDed with 
the assertion of the reset signal (CLEAR). 

The actual counting up and down of the counter is greatly simplified through the use 
of the'TCNTR.H" header. This header file allows the designerto indicate which input 
stimuli will cause the counter to count up orto count down. In this example an enable 
count signal (EN) is used to facilitate cascading these devices when wired to the rip- 
ple carry out (RCO) of the previous device. 

Note how the ripple carry out signal (RCO) takes advantage of the lists and numbers 
feature of the proLogic software. If the counter is counting up and the count value is 
(FFFF) or if the counter is counting down and the count value is (0), the ripple carry 
out signal is automatically asserted. 
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The Display 



This is a 7-segment display with the display driver outputs being a modified version 
of the example in this proLogic manual, For ease of text flow the same truth table is 
repeated four times with the input and output signal names changed to handle each 
4 binary bit of the counter. 
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title { Device: 



EP1830 



Application: 16-BIT UP/DOWN COUNTER WITH SYNCHRONOUS CLEAR 

AND 7 - SEGMENT DISPLAY DRIVER OUTPUTS 



Author : 



Ivan Zellner 

Texas Instruments FPL Applications 
8330 LBJ Freeway MS 8317 
Dallas TX 75243 
214-997-5644 Phone 
214-997-5650 Fax 
214-997-5665 FPL BBS 



include pl830; 
include tcntr; 



/* increment and decrement functions 



define count - 
define count4 
define count3 
define count2 
define countl 



(q\15. .0), 
' (q\3..0); 

■ ( q\7 . . 4 ) ; 
- (q\11..8); 

■ <q\15. .12); 



define 7seq = (la, lb, lc, Id, le, If, lg, 

2a, 2b, 2c, 2d, 2e, 2f, 2g, 

3a, 3b, 3c, 3d, 3e, 3f, 3g, 

4a, 4b, 4c, 4d, 4e, 4f, 4g); 

T02F count @ ( 10 . . 13 , 23 . . 26 , 44 . . 47 , 57 . . 60 ) ; /* T flip-flop registers */ 

INP (iclear, up, en ) @ (14, 15, 20 ); 
CONF 7seq @ ( 2 . . 8 , 27 . . 33 , 37 . . 43 , 61 . . 67 ) ; 
CONF rco @ 68; 



if (clear) 

count. t - count. q; 
else if (up & en) 

{ ++count4.t; 

if (count4 -- 15) 

if ((count4 ==15) & (count3 

if ((count4 --15) & (count3 



== 15)) 

=-15) & (count2- 



++count3 . t; 
++count2 .t; 
=15)) ++countl.t; 

) 



else if ( !up & en) 

{ --count4.t; 

if (count4 — ) 

if ( (count4 == ) & (count3 

if ((count4 ) & (count3 



)) 

) & (count2= 



--count3 .t; 
- -count2 . t; 
)) - -countl. t; 

] 



if (((count 
rco=l ; 



»- OxFFFF) S up & en) | ((count 



0) & !up s en) ) 
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truth_table { ql5.q ql4.q ql3.q 




1 

1 

10 
10 
Oil 
Oil 
10 
10 
10 1 
10 1 
110 
110 

111 
111 

] 

truth_table { qll.q qlO.q q9 . q 




1 

1 

10 
10 
Oil 
Oil 
10 
10 
10 1 
10 1 
110 
110 

111 
111 

] 

truth_table { q7.q q6.q q5.q 
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10 
10 
Oil 
Oil 
10 
10 
10 1 
10 1 
110 
110 

111 

111 
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Appendix B 

Programmable Frequency Divider 



A Single Chip Solution and A Multiple Chip Solution 



Introduction 



The purpose of this appendix is to provide a comparison between the EP630 and the 
TIBPAL22V10 architecture capabilities and also illustrate some of the latest Pro- 
grammable Logic Device (PLD) design tools offered by Texas Instruments. A brief 
description of the EP630 and '22V10 device architectures will be given followed by 
two unique implementation examples. The first with one EP630 and the second using 
two TIBPAL22V1 devices. Finally, a comparison will be made between the two de- 
signs. 



Device Architectures 

Although the EP630 and TIBPAL22V10 are both available in the same package 
types, the device architectures are considerably different. Both devices utilize a pro- 
grammable "AND", fixed "OFftype of architecture common to all programmable logic 
devices. The EP630 has eight programmable "AND" terms, called Product Terms, 
per output while the '22 V1 can utilize up to 1 6 product terms on some outputs. The 
main difference between the two devices which makes the EP630 better suited for 
this application is the number of registers available in each device. The EP630 has 
1 6 registers available while the '22V1 has only 1 0, one per macrocell. A complete 
description of the device architectures and macrocell capabilities can be found in the 
device data sheets. 



Design Methodology 

In the first example, design development will be accomplished using the proLogic 
software.This example will consist of a 1 2-bit counter and the control logic which al- 
lows any one of the 1 2 counter bits to be routed to a single output thus creating a pro- 
grammable frequency divider. 
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Solution 1: Single Chip Frequency Divider Implemented Using EP630 



Figure 1 shows a functional block diagram which represents the EP630 design. 
Three 4-bit frequency dividers were used to implement the 1 2-bit division. Notice that 
the divide-by-1 6 bit output of each device was fed to the clock input of the next. By 
connecting these outputs to each successive stage, a 2 1 -to-2 1 2 frequency divider 
can be implemented. 

The next level is a multiplexing level which routes the appropriate divided output to 
the final output, FDIV. This task is accomplished using an 8-to-1 and a 4-to-1 multi- 
plexer. Extra control logic is necessary to provide the final level of multiplexing to the 
output. The input signals A, B, C, and D are used to select the desired frequency divi- 
sion. The table below illustrates how the device will function: 





INPUT 




FREQUENCY DIVISION 


A 


B C 


D 


DIVIDE BY 











2 1 








1 






• 




• 




• 




• 




• 




• 


1 


1 





2 11 


1 


1 


1 


2 12 



Finally, the design is compiled using the proLogic software and a standard JEDEC 
file is produced which can then be programmed into a single EP630. 



CLK@1,13 
CLR@3 



12-BIT 
COUNTER 



t> CLK 
CLR 



q11 



qO 



16 :1 
MUX 



111 

110 

19 

18 

17 

16 

15 

14 

13 

12 

11 

10 



FDIV@20 



Figure 1. Schematic of the EP630 Solution 
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title [ Device: 



EP630 



Application: 12-BIT FREQUENCY DIVIDER WITH SYNCHRONOUS CLEAR 

Author: Ivan Zellner 

Texas Instruments FPL Applications 
8330 LBJ Freeway MS 8317 
Dallas TX 75243 
214-997-5644 Phone 
214-997-5650 Fax 
214-997-5650 FPL BBS 



include p630; 
include tcntr; 

define count = (q\11..0); 

TOTF count @ (4.. 10, 15.. 19); 
INP (clear. A, B, C, D ) 
@ (3, 2, 11, 14, 23); 

CONF FDIV @ 20; 
COIF FDIVA @ 21; 
COIF FDIVB @ 22; 

FDIV.oe = 1; 
FDIVA . oe - 1; 
FDIVB. oe - 1; 

if (clear) 

count. t = count. q; 
else 

++count . t; 



/* increment and decrement functions */ 



/* T flip-flop registers */ 
/* active HIGH */ 



FDIV - FDIVA | FDIVB; 



FDIVA 



FDIVB 



qO .q & 


! A 


& 


IB 


& 


!C 


& 


ID 


ql.q & 


! A 


& 


!B 


& 


!C 


& 


D 


q2 .q & 


! A 


& 


!B 


& 


c 


& 


IB 


q3.q & 


! A 


& 


IB 


S, 


c 


& 


D 


q4.q & 


! A 


& 


B 


4 


IC 


& 


ID 


q5.q & 


! A 


& 


B 


& 


!C 


& 


D 


q6 .q & 


IA 


& 


B 


& 


C 


& 


ID 


q7 .q & 


!A 
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q8 . q & 
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!B 
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!C 


& 


! D 


q9.q S 
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!B 
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!C 
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qlO.q & 
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!B 


& 
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ID 


qll.q S 
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!B 
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c 


& 


D 



Solution 2: Multiple Chip Frequency Divider Implemented Using Two 
TIBPAL22V10 Devices 

In this next example two TIBPAL22V10 devices will be used to implement the fre- 
quency divider. Program Listings 1 and 2 show the proLogic codes developed for this 
application. The code shown in Listing 1 is for device A which provides the 1 lower 
bits of the 1 2 bit counter. First, the pin assignments are made which include a clock, 
clear, and 10 counter outputs. Next, the D input to each register is specified using 
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Boolean equations followed by output enable and polarity configurations. Finally, test 
vectors are specified which allows the code to be simulated before actually program- 
ming a device. 

The next proLogiccode shown in Listing 2 is for the B device which provides the two 
most significant bits of the 12-bit counter as well as the multiplexing control for the 
outputs. The clock input for the B device is driven by the Q9 output from the A device. 
It can be seen from the Boolean equations in Listing B that 1 2 productterms are need- 
ed to implement the FDIV output. Each of these "AND" terms is referred to as a Prod- 
uct Term. This is why the '22V10 was chosen for this application since as many as 
1 6 product terms are available with this architecture where most PLDs have a maxi- 
mum of 8 product terms per output. 

Diagrams of both solution 1 and 2 including device pinouts are shown in Figure 2. 
A complete copy of the proLogic software and manual explaining syntax, design 
entry methods, device support and simulation can be obtained from your local Tl 
sales office or by calling the Tl Programmable Logic applications hotline at (214) 
997-5666. 
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Listing 1 : Device A 



title [ Device: 

Application : 
Source : 



TIBPAL22V10 

12 Bit Programmable Frequency Divider: Device A 
Kyle Newman Texas Instruments 9/89 } 



include p22vl0; 



/* specify that target device is TIBPAL22V10 */ 



define CLK - pinl ; /* define input pins */ 

define CLR = pin2 ; 



def ine 


QO 




pinl4 


define 


Ql 




pinl5 


define 


Q2 




pinl6 


define 


Q3 




pinl7 


define 


Q4 




pinl8 


define 


Q5 




pinl9 


define 


Q6 




pin20 


define 


Q7 




pin23 


define 


Q8 




pin22 


define 


Q9 




pin21 



/* define output pins */ 



/* define equations to implement lower 10 bits of counter */ 



QO .d - ! (QO . q ) & !CLR ; 



Ql.d = (IQO.q & Ql.q | QO . q & IQl.q) S, 1 CLR ; 

Q2.d = (IQO.q & Q2 . q | IQl.q & Q2 . q | QO . q & Ql.q S, ! Q2 . q ) & ! CLR ; 

Q3 .d - ( !Q0 .q 5, Q3 .q 
| IQl.q & Q3.q 
| IQ2 .q & Q3 .q 

| QO.q & Ql.q & Q2 . q & !Q3.q) & I CLR ; 

Q4 .d = ( !Q0 .q & Q4 . q 
| IQl.q & Q4.q 
I !Q2.q & Q4.q 
I !Q3.q & Q4.q 

j QO.q & Ql.q & Q2.q S Q3 . q & !Q4.q) S, I CLR ; 



Q5 .d = ( IQO .q S, Q5 .q 
| IQl.q & Q5.q 
| !Q2.q & Q5.q 
| !Q3.q & Q5.q 
| !Q4.q & Q5.q 

| QO.q & Ql.q & Q2.q & Q3 . q S Q4 . q & !Q5.q) & ICLR; 



Q6 .d - ( IQO .q & Q6 . q 

| IQl.q & Q6.q 

| IQ2.q & Q6.q 

j IQ4.q & Q6.q 

| !Q3.q & Q6.q 

| IQ5 .q & Q6 .q 

| QO.q S Ql.q & Q2 . q & Q3 . q & Q4 . q & Q5 . q & !Q6.q) & ICLR; 



Q7 .d - (IQO.q & Q7.q 

| IQl.q & Q7 .q 

| IQ2.q & Q7.q 

I !Q3.q & Q7.q 
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I lQ4.q & Q7.q 

I IQ5.q & Q7.q 

I !Q6.q & Q7.q 

| QO.q & Ql.q & Q2 . q & Q3.q & Q4 . q & Q5 . q & Q6 . q & IQ7.q) & ICLR; 

Q8.d = (IQO.q & Q8.q 

| IQl.q S Q8.q 

I !Q2.q & Q8.q 

I IQ4.q S Q8.q 

| !Q3.q S Q8.q 

| !Q5.q & Q8.q 

| IQ6 . q S Q8 . q 

j !Q7.q & Q8.q 

| QO.q & Ql.q & Q2 . q & Q3 . q & Q4.q & Q5 . q & Q6 . q & Q7 . q 4 !Q8.q) S, 

ICLR; 

Q9.d - (IQO.q & Q9.q 

| IQl.q & Q9.q 

| !Q2.q & Q9.q 

| IQ3.q & Q9.q 

j IQ4.q & Q9.q 

| !Q5.q & Q9.q 

| IQ6 .q & Q9 .q 

| !Q7.q & Q9.q 

| !Q8.q & Q9.q 

| QO.q & Ql.q & Q2 . q & Q3 . q & Q4 . q S, Q5 . q & Q6 . q & Q7 . q & Q8 . q & !Q9.q) & 

ICLR; 



/* permanently enable all counter outputs */ 

QO . oe = 1 ; Ql . oe - 1 ; Q2 . oe = 1 ; Q3 . oe = 1 ; Q4 . oe = 1 ; 

Q5 . oe - 1 ; Q6 . oe = 1 ; Q7 . oe - 1 ; Q8 . oe - 1 ; Q9 . oe = 1 ; 

/* define outputs as active high */ 

QO = q; Ql - q; Q2 = q; Q3 = q; Q4 = q; 

Q5 - q; Q6 - q; Q7 = q; Q8 = q; Q9 = q; 



/* define some test vectors to verify 
test_vectors { /* CLK CLR Q3 
pinl pin2 pinl7 



CI L 

CI L 

CO L 

CO L 

CO L 

CO L 

CO L 

CO L 

CO L 

CO H 

CO H 

CO H 

CO H 

CO H 

CO H 

CO H 

CO H 

CO L 

CI L 



at counter is working properly */ 

Q2 Ql QO */ 

pinl6 pinl5 pinl4; 



L 


L 


L 


/* 


RESET 


V 


L 


L 


L 


/* 


RESET 


V 


L 


L 
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/* 


1 


V 


L 


H 
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/* 


2 


V 


L 


H 
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/* 


3 


V 


H 


L 


L 


/* 


4 


V 
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/* 


5 


V 


H 


H 
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/* 


6 
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H 
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/* 
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/* 


8 


*/ 


L 


L 


H 


/* 


9 


*/ 
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/* 


10 
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/* 


11 


•/ 
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/* 


12 


*/ 
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/* 


13 
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14 
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/* 


15 
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/* 
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RESET 
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Listing 2: Device B 



title ( Device: 

Application: 
Source : 

include p22vl0; 

define CLK - pinl ; 
define CLR - pin2 ; 



define 
define 
define 
define 



pin3 ; 

pin4 ; 

pin5 ; 

pin6 ; 



define 


QO 




pin7 


define 


Ql 




pin8 


define 


Q2 




pin9 


define 


Q3 




pinlO 


define 


Q4 




pinll 


define 


Q5 




pinl3 


define 


06 




pinl4 


define 


Q7 




pinl5 


def ine 


Q8 




pinl6 


define 


Q9 




pinl7 



TIBPAL22V10 

12 Bit Programmable Frequency Divider: Device B 
2 MSB and Multiplexing Control 

Kyle Newman Texas Instruments 9/8 9 ) 

/* specify that target device is TIBPAL22V10 */ 

/* clock input is from 09 on device A */ 

/* clear goes to pin 2 on both devices */ 

/* select inputs for multiplexing outputs */ 

/* Select Input Q Output */ 

/* ABCD • divide by 2 */ 

/* 1 4 */ 

/* 2 8 . . etc */ 

/* define counter inputs from device A */ 



define Q10 
define Qll 



pinl9 ; 
pin20 ; 



/* define 2 MSB of 12 bit counter */ 



define FDIV = pinl8 ; /* divided output */ 

/* define equations to implement 2 MSB of counter */ 
Q10 .d = ! (Q10 .q) & I CLR ; 

Qll.d = (IQlO.q & Qll.q | QlO.q & IQll.q) & ! CLR ; 
/* define equations to control multiplexing of outputs 



FDIV 



= QO 

I Ql 

Q2 
Q3 
i Q4 
| 05 
I 06 
07 
I 08 
I 09 
I 010 . 
I Qll. 



! A 
!A 
IA 
! A 
! A 
! A 
1A 
!A 
A 
A 
A 
A 



!B 
IB 
IB 
IB 
B 



B 

B 
IB 
IB & 
IB 4 
IB & 



1C 
IC 

c 
c 

IC 
IC 

c 
c 

IC 
IC & 
C 4 

c & 



ID 

D 
ID 

D 
ID 

D 
ID 

D 
ID 

D 
ID 

D; 



".q" was used on these terms */ 
because they are internal feedbacks */ 



/* permanently enable all outputs */ 
QlO.oe - J; Qll.oe = 1; FDIV.oe - 1 ; 



/* define outputs as active high */ 
Q10 = q; Qll = q; 



CLK 
CLR 

A 
B 

C 
D 



(1,13) 


> EP630 


(3) 


(2) 


(11) 




(14) 


(23) 





SOLUTION 1 



(20) 



FDIV 




FDIV 



( ) denotes Pin Number 

Figure 2. EP630 vs TIBPAL22V10 Solution 



SOLUTION 2 



Conclusion 



Following is a brief comparison of the two design implementations discussed in the 
applications note. 



DEVICE TYPE 

PACKAGE 

MAX SUPPLY CURRENT 
PROPAGATION DELAY 
MAX CLOCK FREQUENCY 
PRICE PER PACKAGE 
NUMBER OF DEVICES 



SOLUTION 1 
EP630 

24 PIN DIP 
60 mA 
20 ns 
50 MHz 
1.7X 
1 



SOLUTION 2 
TIBPAL22V10 

24 PIN DIP 

180 mA 

15 ns -25 ns 

28.5 - 40 MHz 

X 

2 



From this comparison, it can be seen that the EP630 is a better solution for this appli- 
cation. Not all applications will yield these results between a EP630 and a '22V10. 
However in register intensive applications such as the frequency divider, an EP630 
can offer considerable savings in power consumption and package count while pro- 
viding enhanced performance at a comparable price. 
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IMPORTANT NOTICE 



Texas Instruments (Tl) reserves the right to make changes to or to 
discontinue any semiconductor product or service identified in this 
publication without notice. Tl advises its customers to obtain the latest 
version of the relevant information to verify, before placing orders, 
that the information being relied upon is current. 

Tl warrants performance of its semiconductor products to current 
specifications in accordance with Tl's standard warranty. Testing and 
other quality control techniques are utilized to the extent Tl deems 
necessary to support this warranty. Unless mandated by government 
requirements, specific testing of all parameters of each device is not 
necessarily performed. 

Tl assumes no liability for Tl applications assistance, customer product 
design, software performance, or infringement of patents or services 
described herein. Nor does Tl warrant or represent that any license, 
either express or implied, is granted under any patent right, copyright, 
mask work right, or other intellectual property right of Tl covering or 
relating to any combination, machine, or process in which such 
semiconductor products or services might be or are used. 

Texas Instruments products are not intended for use in life-support 
appliances, devices or systems. Use of a Tl product in such 
applications without the written consent of the appropriate Tl officer 
is prohibited. 



Copyright © 1991, Texas Instruments Incorporated 
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INTRODUCTION 

The term PSG stands for Programmable Sequence Generator. 
The PSG is the newest member of the programmable logic 
family. It combines the powerful benefits of programmable 
array logic (PALs) with the specialized world of Field 
Programmable Logic Sequencers (FPLSs). 

Applications such as waveform generators, state 
machines, timers, and simple logic reduction are all possible 
with a PSG. By utilizing the built-in binary counter, the PSG 
is capable of generating complex timing controllers. In short, 
the PSG offers the system designer an extremely powerful 
building block. 

The purpose of this application report is to describe 
the functional operation of the PSG507 and demonstrate how 
it can be applied in real-world applications. Three design 
examples that highlight the features and flexibility of the PSG 
will be discussed. 

FUNCTIONAL DESCRIPTION 

Figure 1 shows the architecture of the PSG507. Major 
features include 13 inputs, eight programmable registered 
or nonregistered outputs, eight S/R state registers, and a 6-bit 
binary counter with control logic. The clock input is fuse- 
programmable for selection of positive or negative edge 
triggering. 

The binary counter, state registers, and output cells are 
synchronously clocked by the fuse-programmable clock 
input. The clock polarity fuse selects either positive or 
negative edge triggering. Negative edge triggering is selected 
by blowing the clock polarity fuse. Leaving this fuse intact 
selects positive edge triggering. 

Each output cell on the PSG can be configured for 
registered or nonregistered operation through the output 
multiplexer fuse. Nonregistered operation is selected by 
blowing the output multiplexer fuse. Leaving this fuse intact 
selects registered operation. 

The PSG507 has 13 inputs, each providing a true and 
complement input to the AND array. Pin 17 functions as 
either an input and/or an output enable. Blowing the output 
enable fuse lets pin 17 function as an output enable but does 
not disconnect pin 17 from the input array. When the output 
enable fuse is intact, pin 17 functions only as an input with 
the outputs being permanently enabled. 

The 6-bit binary counter is controlled by a synchronous 
clear and a count/hold function. Each control function has 
a nonregistered and registered option. When either SCLRO 
or SCLR1 is taken active high, the counter resets to zero 



on the next active clock edge. When either CNT/HLDO or 
CNT/HLD1 is taken active high, the counter is held at the 
present count and is not allowed to advance on each active 
clock edge. The SCLR feature overrides the CNT/HLD 
feature when both functions are simultaneously active high. 
The functional benefit of both these features will be further 
clarified in the examples shown later in this appliction report. 

The eight internal state registers feed back into the 
AND array. These registers can be used to store input data, 
to keep track of binary count sequences, or they can be used 
as output registers when connected to a nonregistered output 
cell. The state registers differ from the output registers in 
that they feed back into the input array. They can also be 
used to override an operating sequence such as demonstrated 
in the designer notes located at the end of this application 
report. By using extra state registers, the 6-bit counter can 
be expanded as shown in the second example. Other uses 
of the internal state registers will become apparent upon 
reading the examples shown. 

THEORY OF OPERATION 

The PSG architecture is capable of operating in many 
different modes. When comparing the operation of a PSG 
to a PAL, the outputs in both devices can be configured as 
an AND/OR function of the inputs. One major difference 
between a PSG and a PAL is that a programmable OR array 
is used in the PSG. This allows a selected number of AND 
terms to be connected to each output as compared to a fixed 
number of AND terms assigned to each output on a PAL. 
The programmable OR array is the more efficient in that it 
lets the user assign the exact number of AND terms to each 
output as required by the application. 

Another major difference between the PAL architecture 
and that of a PSG is that the output cells on a PSG are not 
fed back into the input array. Typically, output feedback is 
used for building a counter or for holding state information. 
Since the architecture of the PSG already includes state 
registers and a binary counter, the requirement for output 
feedback is eliminated in most applications. This is a benefit 
to the user because valuable output cells and AND terms are 
not wasted when generating these functions. 

When a Field Programmable Logic Sequencer is 
compared to a PSG, the most obvious difference is the 
addition of a binary counter. Most state machine designs can 
be simplified by referencing all or part of each sequence to 
a binary count. This technique is highlighted in the third 
example shown in this application note. A comparison will 
also reveal that the output cells on a PSG can be configured 
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for nonregistered operation. This permits the outputs to be 
directly fed from the counter, AND/OR array, or state 
registers. Example 1 highlights this feature. 

In short, the outputs of a PSG can be controlled by any 
or all of the following conditions: 

• Present state of the inputs 

• Present state of the binary counter 

• Present state of the state holding registers 

The key to understanding state machine design when 
using a PSG is to realize that different states can be assigned 
for each sequence. In other words, the assigned state 
determines which sequence is in operation. The length of 
each sequence is controlled by the SCLR function. Once the 
count sequence has been programmed to the desired length, 
each output can be easily decoded from the present state of 
the binary counter. The user will soon discover that complex 
state machines are easily developed when using this 
technique. This technique is demonstrated in Example 3. 

Example 1: Waveform Generator 

The first example demonstrates a design for a simple 
clock generator used for driving a microprocessor operating 
at 5 MHz (required duty cycle of 33.5% high, 66.5% low). 
In addition to the 5 MHz system clock (SYS CLK), a 
reference clock (REF CLK) operating at 15 MHz (50% duty 
cycle) and a peripheral clock (PCLK) operating at 2.5 MHz 
(50% duty cycle) are required for other timing controllers 
and peripherals throughout the system. Both clocks must be 
in close phase with the SYS CLK to guarantee synchronous 
operation within the system. 

The above example demonstrates one of the many uses 
of the binary counter in the PSG. State registers are not used 
in this particular application, only the binary counter and 
three outputs. A 30 MHz clock, typically generated from 
a crystal, is used for driving the binary counter of the PSG. 
The three generated clock signals are decoded from the 
binary count. The unused inputs and outputs are still available 
for other sequential or combinational applications. 

Figure 2 shows the timing diagram for the above 
application. For reference, a decimal count has been assigned 



to the master clock (PSG CLK) of the PSG. As shown in 
the timing diagram, at count 11 (1011 2) the sequence is 
repeated. By using the SCLRO function, a logic equation can 
be defined to reset the counter at count 1 1 . This concept is 
demonstrated in Figure 3. 

With the binary counter programmed to clear at 1 1 , 
it is a simple matter to decode the outputs from the binary 
count. With the REF CLK equal to the inverse of binary 
count zero (CO), REF CLK can be directly generated from 
the binary counter. A product term is required to connect 
CO to the output cell. The output register is bypassed by 
blowing the output multiplexer fuse. Figure 4 shows how 
CO can be connected. 

SYS CLK and PCLK are decoded from the present state 
of the binary counter through the S/R outputs. Since the S/R 
register holds its present state until changed, product terms 
have to be used only during output transitions. For example, 
when the binary counter reaches one, a product term is used 
to reset the SYS CLK on the next clock transition. Below is a 
summary of the product terms required to control SYS CLK 
and PCLK. Note that the output transitions are set up in the 
previous clock cycle. Also note that only one product term 
is used regardless of how many output terms switch. This 
is demonstrated at count 5 and count 1 1 . Figure 4 also shows 
how SYS CLK and PCLK are connected. 

CNT 1: Reset SYS CLK 

CNT 5: Set SYS CLK, reset PCLK 

CNT 7: Reset SYS CLK 

CNT 11: Set SYS CLK, set PCLK 

This simple application demonstrates the basic concept 
of building a waveform generator using the PSG. This 
concept will be expanded further in Example 3 when a 
memory timing controller is developed. The basic rules for 
building a waveform generator are summarized below. 

• Program the counter to reset to zero after the 
desired count length is reached. 

• Generate the logic equations to control the 
outputs from the present state of the binary 
counter. 
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Figure 2. Clock Generator Timing Requirements 
(Example 1 — Waveform Generator) 
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Figure 3 
(Example 1 



. SCLR at COUNT 11 
— Waveform Generator) 




Figure 



Waveform Generator 
(Example 1) 



Example 2: Refresh Timer 

The second example demonstrates a design for a refresh 
timer used for signaling to a memory controller that it should 
execute a refresh cycle. As required by the dynamic memory, 
every row (256 on TMS4256) must be addressed once every 
4 ms. One method used to guarantee that this requirement 
is met is to refresh one row at least once every 15.6 ^s. With 
a 5 MHz system clock, the timer should be set for a division 
rate of approximately 77 clock cycles. This condition will 
generate a refresh request every 15.4 /^s. 

The memory controller executes the refresh request 
(REFREQ) immediately if it is not involved in an access 
cycle. If the memory controller is executing an access cycle, 
then the refresh request will not be honored until the access 
cycle is completed. A refresh complete input (RFC) is 
required on the refresh timer to acknowledge when the 
refresh cycle has been completed by the memory controller. 
It is important that the timer does not stop, even though a 
refresh complete signal has not been received. This 
guarantees the refresh requirement is not violated. This also 
assumes the memory controller will complete the refresh 
request sometime in the next 77 clock cycles. 

Figure 5 shows the timing diagram for the above 
application. A decimal count has been assigned to the PSG's 
master clock (PSG CLK) for reference. The counter is held 
at zero until the reset input is taken inactive low. Once the 
counter reaches 76 (equal to 77 cl ock cycles ) the REFREQ 
output is driven active (low). The REFREQ output returns 
inactive high on the first positive clock edge after RFC goes 



active high. RFC is the signal from the memory controller 
that tells the refresh timer whe n the refresh operation has 
been completed. The REFREQ output remains low until the 
RFC signal has been received. 

In order to generate a refresh request every 77 clock 
cycles, a 7-bit counter is required. Since the internal counter 
of the PSG is 6 bits, one of the state holding registers is 
required to expand the counter to 7 bits. As shown in 
Figure 6, only two product terms are required to expand to 
7 bits; one product term to set the register when the 6-bit 
counter reaches its full count (63), and one product term to 
reset the register after count 76. Since both the binary counter 
and the added register need to be reset after count 76, a single 
product line can be used for both. (For additional details on 
expanding the 6-bit counter of the PSG, see the designer notes 
at the end of this application report.) 

Figure 7 shows the fuse map for the entire refresh 
timer. The refresh timer is initialized by taking the RESET 
input high. When RESET is taken high, a single product line 
is activated and all other product lines are disabled. On the 
next active clock edge, the binary counter and C6 are cleared 
and the REFREQ output is set high. The refresh timer will 
begin counting when RESET returns low. When the 7-bit 
counter reaches 76, a product line goes active (high) and on 
the next clock edge forces C6 and th e 6-bit cou nter to zero. 
Note that the output register holding REFREQ is also reset 
to zero. The RFC input is connected to a p roduct line which 
in turn is connected to the set input of the REFREQ output 
register. On the next active clock edge after RFC is taken 
high the REFREQ output will return high. 
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Figure 5. Refresh Timer Requirements 
(Example 2 — Refresh Timer) 
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Figure 7. Refresh Timer 
(Example 2) 



Example 3: Dynamic Memory Timing Controller 

The third and last example will demonstrate a state 
machine design using the PSG507. Figure 8 shows the circuit 
requirement for a memory timing controller used for 
interfacing an Intel 8086 to an 'ALS2967 dynamic memory 
controller. Note that the clock generator and refresh timer, 
developed in Examples 1 and 2, can be used in this circuit. 

The dynami c mem ory timing controller generates the 
control signals (RAS, CAS, MSEL, etc.) needed for 



accessing and refreshing the dynamic memory. The memory 
timing controller must also be capable of arbitrating between 
refresh and access cycles. In other words, if a refresh request 
(REFREQ) occurs while the timing controller is performing 
an access cycle, the controller must finish the access cycle 
before granting the refresh request. Likewise, if an access 
cycle is requested during a refresh cycle, the controller must 
hold the processor while completing the refresh cycle. After 
the refresh cycle has been completed, the access cycle can 
be performed. 
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Figure 8. Memory Timing Controller 
(Example 3) 
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Figure 9 shows a detailed flow chart for the intended 
application. Note that two sequences are executed and three 
states are used. State (STO) provides an initalization and 
holding state, while state 1 (ST1) is assigned to the access 
sequence. The access sequence consists of 10 clock cycles 
as shown in Figure 10. State 2 (ST2) is assigned to the 




INITIALIZE 
RESET - H 



refresh/access grant sequence (Figure 11). This particular 
sequence takes 20 clock cycles, with a logical decision being 
made between count 9 and count 10. If at count 9 RDY is 
low, the counter will continue on and execute the access grant 
sequence. If RDY is high, the controller will clear the counter 
and return to state 0. 




STATE 2 

STATE SET PO - L. P1 - H 

CNT.PO.P1 - L 

RAS. RDY. MCI, CAS - H EXECUTE REFRESH 

MSEL.RFC - L SEQUENCE (Figure 11) 



NOTE: 




STATE 1 
SET PO - H, P1 - L 

ACCESS GRANT 

EXECUTE ACCESS 
SEQUENCE (Figure 10) NOTE: 

IF RESET - H 

NOTE: GO TO STATE 

IF RESET - H 
GO TO STATE 
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Figure 9. Flow Chart: Dynamic Memory Timing Controller 
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Figure 10. Access Cycle 



Developing the logic equations for this application 
becomes a simple matter when referencing the sequences to 
a decimal count (Figures 10 and 1 1). It is important to realize 
that each sequence has been referenced to a state. This allows 
the same binary counter to be used for each sequence, even 
though each sequence is of a different length. 

The first step in implementing the above application 
is to define the logic equations which will make the binary 
counter perform as described in the flow chart of Figure 9. 
As will become evident, these equations fall directly from 
the flow chart. After the counter has been made to perform 
as described, the outputs can be easily decoded from the 
binary count and the present state of the state holding 
registers. 

Figure 12 shows a fuse map for step 1 as described 
above, totalization is performed by taking the reset input 
high. When this condition occurs, all product lines except 
the reset product line are forced inactive. When the reset 
product line is active, the counter and state holding registers 
(PO and PI) are reset to zero on the first active clock edge. 



The CNT/HLD1 register is set high, which places the counter 
in the hold mode. The RDY, MCI, RAS, and CAS outputs 
are driven high on the same active clock edge. Since the RDY 
output does not feed back to the AND array, a buried state 
register, BRDY, is used to monitor the RDY output and is 
also set high. MSEL and RFC are driven low. 

Controlling the binary counter is a simple matter and 
normally takes only a couple of logic equations. For each 
sequence, a start and stop condition must be defined. In the 
case of ST1, when the condition RESET = L, ALE = H, 
M/IO = H, REFREQ = H, PO = L, and PI = L occurs, 
STO (PI = L, PO = L) changes to ST1 (PI m L, PO = H), 
and the CNT/HLD1 register is driven low to let the counter 
advance on the next active clock edge. When the counter 
reaches nine, ST1 returns to STO and the counter is cleared 
and put back into the hold condition. 

In th e case of ST2, when the condition RESET = L, 
REFREQ = L, PO = L, and PI = L occ urs, STO changes 
to ST2 (PI = H, PO = L) and the CNT/HLD1 register is 
driven low to let the counter advance on the next active clock 



edge. As shown in the flow chart, if M/IO and ALE go high 
while in state 2, RDY and BRDY will be reset low on the 
next active clock edge. When the counter reaches nine, if 
RDY (BRDY) is high the state registers are returned to STO 
and the counter is cleared and placed back into the hold 
condition. If RDY (BRDY) is low, the counter advances on 
until it reaches 19. ST2 then returns to STO with the counter 
being cleared and placed back into the hold condition. 

With the binary counter programmed to execute the 
flow chart in Figure 9, it is now a simple matter of decoding 
the outputs to perform as required in Figures 10 and 1 1 . This 
is the same technique used in Example 1 , except now a state 
has been assigned to each sequence. Below is a summary 
of the switching requirements for both the access (ST1) and 
the refresh sequence (ST2). 



Access Sequence 



Refresh Sequence 



ST1 CNT 
ST1 CNT 1 
ST1 CNT 2 
ST1 CNT 9 



Reset RAS 
Set M SEL 
Res et CA S 
Set RAS, 
Reset 
MSEL, 
Set CAS 



ST2 CNT 0: 
ST2 CNT 1: 

ST2 CNT 5: 

ST2 CNT 6: 
ST2 CNT 7: 
ST2 CNT 10 
ST2 CNT 1 1 
ST2 CNT 12 



ST2 CNT 19: 



Reset MCI 
Set R FC, 
Reset RAS 
Reset RFC 



Set RAS 
Set MCI 



Reset RAS 
Set M SEL 
Reset CAS, 
Set RDY, 
Set BRD Y 
Set RAS, 
Res et MS EL, 
Set CAS 



Note that the transition changes are set up in the 
previous clock cycle, just as in Example 1 . Figure 13 shows 
a complete fuse map for the memory controller. 
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Figure 11. Refresh/ Access Grant Cycle 
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DESIGNER NOTES 

Obtaining Maximum Counter Performance 

As with any programmable logic device, there are 
usually several different methods for implementing any one 
application. In some cases, device performance is affected. 
On the PSG, maximum counter frequency is affected by how 
the designer controls the 6-bit counter. 

For example, in the waveform generator example 
shown at the beginning of this application note, the counter 
was reset to zero after reaching count 11 by using the 
nonregistered SCLRO function. By using the registered 
SCLR1 function, a higher operating frequency is obtainable. 

This method requires an additional "AND" term as 
shown in Figure 14, but does provide maximum 
performance. Note that during the 10th clock cycle the set 
input on the SCLR1 register is high. On the next active clock 
edge, the counter advances to 11 and the SCLR1 register 
is set high. This causes the counter to be reset on the next 
active clock edge. At the same time, the SCLR1 register is 
reset low to allow the counter to advance past zero. 

In effect, the setup time requirement for SCLR1 is 
performed in the previous clock cycle. When using the 
SCLRO method, the setup time must be added to the fmax 
equation. This resul ts in a lower f ma x- The same tradeoffs 
apply with the CNT/HLD function. The PSG507 data sheet 
specifies f ma x for both methods. 

Expanding the 6-Bit Counter 

In Example 2, the six bit counter had to be expanded 
to 7 bits. This was accomplished by adding one of the state 
registers to the most significant bit of the counter. It should 
be noted that the synchronous clear and count hold functions 
must be controlled through the set and reset inputs of the 
added bits. The designer must be aware of certain limitations 
when trying to perform this function. Figure 15 shows three 
additional bits being added to the 6-bit counter. Note that 
every bit added requires two additional "AND" terms. 

A problem can arise on certain counts when trying to 
generate a synchronous clear before reaching the full binary 
count (all outputs high). The designer must ensure that both 
S and R are not high simultaneously. For example, let's say 



we want the 9-bit counter to return to zero at count 383 
(1011111112). At count 383, the S/R register used for C7 
is being told to set. Therefore, any reset command would 
result in both S and R being used simultaneously. 

This problem, only seen on a few data words, can be 
solved by using another state register to control the counter 
reset. This method is similar to that used above to obtain 
maximum operating frequency. Figure 16 shows the 9-bit 
counter returning to zero after count 383. Notice that at count 

382 the extra S/R register is being told to reset on the next 
active clock edge. At count 383 the six product lines 
controlling C6, C7, and C8 are disabled by the feedback from 
the extra register, in particular the S input on C7. At count 
383, the 9-bit counter will return to zero and the extra register 
is set high. 

An extra register may also be needed to achieve the 
count/hold function when using an expanded counter. During 
certain counts the added bits will change state, even though 
the 6-bit counter is programmed to hold. For example, let's 
say we want the 9-bit counter to hold at count 383. Even 
though the 6-bit counter can be held at 111111, C6 and C7 
will advance on the next active clock edge. In order to hold 
C6 and C7 where they are, an extra register is used to disable 
the product lines responsible for the transition from count 

383 to 384. Since the counter is on hold, the extra hold 
register can only be reset from an input pin or a state 
register(s) transition (not on the next count). In this example, 
an in put pin is used to reset the extra register and the 
CNT/HOLD register. When the CONTINUE input is taken 
low, the counter will continue to advance. The system must 
guarantee that the continue input will not be low during count 
382 to avoid the indeterminant set = H, reset = H state. 
Figure 17 shows this 9-bit counter. 

It is also important to note that when using extra 
registers a reset input may be necessary to set the extra 
registers high after powerup, since all S/R registers power- 
up clear. This requirement would not be necessary if the 
phase of the extra register was reversed. This is easily 
accomplished by using the inverted feedback from the extra 
register. However, it is good state machine design practice 
to include a reset input that forces all S/R registers to a known 
state. 
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Figure 14. Registered SCLR Example 
(Designer Notes) 




Figure 



15. Expanding to 



Counter 
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COUNT 255-, 




Figure 16. Resetting after Count 383 
(Expanding the 6-Bit Counter) 
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Figure 17. Holding the 9-Bit Counter at Count 383 
(Expanding the 6-Bit Counter) 
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'PSG507 Example 1 : Waveform Generator 



title { 

Device : 
Application : 
Source : 



TIBPSG507 

PSG507 Example 1: Waveform Generator. 

Breuninger, R. K. "A Designer's Guide to the 
TIBPSG507 , " Programmable Logic Data Book, 3-83, 
Texas Instruments, 1990. 



Transcription: proLogic Systems Inc., 
5570 Burbank Street 
Broomfield, CO 80020 
303-460-0103 



include a507; 

/* counter states of interest */ 
define C0UNT1 =pt0 0; 

ptOO = !c3 & !c2 & !cl & cO; 
define COUNT 5 =pt01; 

ptOl = !c3 & c2 & !cl & cO; 
define C0UNT7 =pt02; 

pt02 - !c3 & c2 & cl & cO; 
define COUNTll=pt0 3 ; 

pt03 = c3 & !c2 & cl & cO; 



/* ref_clk */ pin8 



= pt04; 

pt04 = !c0; 



/* sys_clk */ pin9.s = COUNT5 | COUNT11; 

pin9.r = C0UNT1 | COUNT7 ; 



/* pclk */ 



sclrO 



pinl0.s= C0UNT11; 
pinl0.r= COUNT 5 ; 



= COUNT 11; 

/* synchronous clear on count 11 */ 



test_vectors { /* psg_clk 

pinl 



count ref_clk sys_clk pclk */ 

pin8 pin9 pinlO; 
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'PSG507 Example 2: Refresh Timer 



title { 

Device : 
Application : 
Source : 



TIBPSG507 

PSG507 Example 2: Refresh Timer. 

Breuninger, R. K. "A Designer's Guide to the 
TIBPSG507," Programmable Logic Data Book, 3-86, 
Texas Instruments, 1990. 



Transcription: proLogic Systems Inc., 
5570 Burbank Street 
Broomfield, CO 80020 
303-460-0103 



include a507; 

/* input signals */ 

define reset = pin2; /* inactive low */ 



define RESET 



define rfc 
define RFC 



ptOO; 

ptOO = reset; 

pin3; /* active high refresh complete */ 
ptOl; 

ptOl = rfc; 



/* the seventh counter bit */ 
define c6 = p0; 

/* counter states of interest */ 
define COUNT6 3 = pt02; 

pt02 = !c6.q & c5 & c4 & c3 & c2 & cl & cO & Ireset; 
define COUNT 7 6 = pt0 3; 

pt03 = c6.q & !c5 & !c4 & c3 & c2 & ! cl & !c0 & Ireset; 

/* counter control */ 



c6 . s 
c6 . r 
sclrO 



= COUNT6 3; 

= COUNT7 6 | RESET; 

= COUNT7 6 I RESET; 



/* refreq */ 

define refreq = pin8; 



refreq. s = RFC | RESET; 
refreq. r = COUNT 7 6 ; 



test vectors { 



repeat 4 { 



pinl reset rfc refreq; 




C 



1 
1 



L ; 
H; 



/* power on */ 
} /* reset */ 



C-29 



repeat 76 { C H; 

C L; 

C L; 

C 1 H; 

repeat 74 { C H; 

C L; 

C L; 

C 1 H; 
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'PSG507 Example 3: Dynamic Memory Timing Controller 



title { 

Device : 
Application : 

Source : 



TIBPSG507 

PSG507 Example 3: 
Controller . 



Dynamic Memory Timing 



Breuninger, R. K. "A Designer's Guide to the 
TIBPSG507," Programmable Logic Data Book, 3-89, 
Texas Instruments, 1990. 



Transcription: proLogic Systems Inc., 
5570 Burbank Street 
Broomfield, CO 80020 
303-460-0103 



} 



include a507; 

/* input signals */ 



define 


reset 




pin2 ; 


/* 


inactive low */ 


define 


ale 




pin 3; 


/* 


address latch enable */ 


define 


mio 




pin4 ; 


/* 


memory I/O */ 


define 


ref req 




pin5; 


/* 


refresh request */ 


/* output signals 


*/ 






define 


rdy 




pin8 ; 


/* 


ready */ 


define 


mcl 




pin9; 


/* 


mode control */ 


define 


rfc 




pinlO; 


/* 


refresh complete */ 


define 


ras 




pinll; 


/* 


row address strobe */ 


define 


msel 




pinl3 ; 


/* 


multiplexer select */ 


define 


cas 




pinl4 ; 


/* 


column address strobe */ 



/* internal */ 
define brdy 



p2; /* buried ready - always identical to 

output signal 'rdy'. Permits testing 
the output pin state. */ 



/* counter states 


Of 


interest 


*/ 










define 


COUNT0 




!c4 


& 


!c3 


& 


!c2 


& 


!cl 


& 


!c0 


define 


C0UNT1 




!c4 


& 


!c3 


& 


!c2 


& 


!cl 


& 


cO 


define 


C0UNT2 




!c4 


& 


!c3 


& 


! c2 


& 


cl 


& 


! cO 


define 


COUNT3 




!c4 


& 


! c3 


& 


!c2 


& 


cl 


& 


cO 


define 


COUNT5 




!c4 


& 


!c3 


& 


c2 


& 


!cl 


& 


cO 


define 


COUNT6 




!c4 


& 


!c3 


& 


c2 


& 


cl 


& 


!c0 


define 


COUNT9 




!c4 


& 


c3 


& 


! c2 


& 


I el 


& 


cO 


define 


COUNT10 




!c4 


& 


c3 


& 


! c2 


& 


cl 


& 


!c0 


define 


COUNT11 




!c4 


& 


c3 


& 


!c2 


& 


cl 


& 


cO 


define 


C0UNT12 




!c4 


& 


c3 


& 


c2 


& 


!cl 


& 


!c0 


define 


COUNT19 




c4 


& 


! c3 


& 


!c2 


& 


cl 


& 


cO 
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/* LOW and HIGH operations for clarity */ 

define LOW = .r=l; /* usage: (rs LOW) -> (rs.r=l) */ 

define HIGH = . s = l; 

state_diagram (pl.q,p0.q) { 

if (reset) { 

/* These are the levels of all output and control 
signals in the idle state. Other states return 

modified signals to these levels before resuming the 
idle state . */ 

mcl HIGH; rdy HIGH; rfc LOW; ras HIGH; msel LOW; 

cas HIGH; brdy HIGH; 
sclrO=l; hldl HIGH; /* counter cleared and holding */ 
idleState; 

} 

state idleState=00 { 

/* Wait for Request */ 
if (ale & mio & refreq) { 

/* Memory Access Request */ 
hldl LOW; 
access Cycle; 

} 

if ( ! refreq) { 

/* Memory Refresh Request */ 
hldl LOW; 
ref reshCycle; 

} 

} 

state accessCycle=01 { 

/* Generate the Memory Access Sequence. */ 
if (COUNTO) 

ras LOW; 
if (C0UNT1) 

msel HIGH; 
if ( COUNT 2 ) 

cas LOW; 
if (C0UNT9) { 

/* Return modified control and output 
signals to their idle values. */ 

ras HIGH; msel LOW; cas HIGH; 

sclrO=l; hldl HIGH; 

idleState; 

} 

} 

state ref reshCycle=lx { 

/* Generate the Memory Refresh Sequence. */ 
if (ale & mio) { 
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/* An Access Request occurs during refresh. Hold 
off the processor until refresh is complete (at 
C0DNT9 below) . */ 

rdy LOW; 

brdy LOW; 

} 

if (COUNTO) 

mcl LOW; 
if (C0UNT1) { 

rfc HIGH; ras LOW; 

} 

if (COUNT 3 ) 

mcl HIGH; 
if (C0UNT5) 

rfc LOW; 
if (COUNT 6 ) 

ras HIGH; 
if (C0UNT9) 

/* The Refresh Sequence is complete. */ 
if (brdy.q) { 

/* The processor did NOT make a Memory Access 
request during the Refresh Sequence. 
Return to idle. */ 
sclrO=l; hldl HIGH; 
idleState; 

} 

/* A Memory Access Request was received during the 
Refresh Sequence. Generate the Memory Access 
Sequence now. */ 
if (COUNT10) 

ras LOW; 
if (C0UNT11) 

msel HIGH; 
if (C0UNT12) { 

rdy HIGH; cas LOW; 

brdy HIGH; 

} 

if (C0UNT19) { 

ras HIGH; msel LOW; cas HIGH; 
sclrO=l; hldl HIGH; 
idleState; 



test_vectors { 



/* Access Cycle */ 



pinl reset ale mio refreq rdy mcl rfc ras msel cas; 















1 


L 


L 


L 


L 


L 


L , 


/* 


power 


r< 
v 




n 
u 


u 


-L 


IT 

rl 


TT 
11 


T 
Jj 


TT 

ri 


T 
-U 


H 


/* 


reset 






n 

u 


n 


1 
X 


TJ 

n 


TJ 

n. 


T 

-Li 


TJ 

n 


T 
.Li 


H ; 




c 











l 


H 


H 


L 


H 


L 


H 






c 








1 


l 


H 


H 


L 


H 


L 


H 






c 





1 


1 


l 


H 


H 


L 


H 


L 


H 


/* 


*/ 


c 








1 


l 


H 


H 


L 


L 


L 


H 


/* 


1 */ 


c 








1 


l 


H 


H 


L 


L 


H 


H 


/* 


2 */ 


c 








1 


1 


H 


H 


L 


L 


H 


L 


/* 


3 */ 


c 








1 


l 


H 


H 


L 


L 


H 


L 


/* 


4 */ 


c 








1 


1 


H 


H 


L 


L 


H 


L 


/* 


5 */ 


c 








1 


1 


H 


H 


L 


L 


H 


L 


/* 


6 */ 


c 








1 


1 


H 


H 


L 


L 


H 


L 


/* 


7 */ 


n 
v_ 






1 


l 


H 


H 


±j 


T, 


u 
n 


L 


/* 




c 








1 


l 


H 


H 


L 


L 


H 


L 


/* 


9 */ 


c 








1 


l 


H 


H 


L 


H 


L 


H 


/* 


*/ 


c 








1 


l 


H 


H 


L 


H 


L 


H 


/* 


*/ 








/* 


Refresh 


Cycle 
















ireset 


a±e 


mio refreq 


rdy mcl 


I" f c 




msel 


CcL S 






c 














H 


H 


L 


H 


L 


H 


/* 


*/ 


c 








1 





H 


L 


L 


H 


L 


H 


/* 


1 */ 


c 








1 





H 


L 


H 


L 


L 


H 


/* 


2 */ 


c 








1 





H 


L 


H 


L 


L 


H 


/* 


3 */ 


c 








1 





H 


H 


H 


L 


L 


H 


/* 


4 */ 


c 








1 





H 


H 


H 


L 


L 


H 


/* 


5 */ 


c 








1 


1 


H 


H 


L 


L 


L 


H 


/* 


6 */ 


c 








1 


1 


H 


H 


L 


H 


L 


H 


/* 


7 V 


c 


o 


o 


1 


1 


H 


H 


T, 


H 


L 


H 


/* 




c 








1 


1 


H 


H 


L 


H 


L 


H 


/* 


9 */ 


c 








1 


1 


H 


H 


L 


H 


L 


H 


/* 


*/ 


c 








1 


1 


H 


H 


L 


H 


L 


H 


/* 


*/ 








/* 


Refresh/Access 


Grant 


Cycle 








) inl 


ire set 


aj_e 


mio refreq 


rdy 


mcl 


IIC 


ras 


msel 


cas 






c 














H 


H 


L 


H 


L 


H 


/* 


*/ 


c 








1 





H 


L 


L 


H 


L 


H 


/* 


1 */ 


c 








1 





H 


L 


H 


L 


L 


H 


/* 


2 */ 


c 





1 


1 





L 


L 


H 


L 


L 


H 


/* 


3 */ 


c 








1 





L 


H 


H 


L 


L 


H 


/* 


4 */ 


c 








1 





L 


H 


H 


L 


L 


H 


/* 


5 */ 


c 








1 


1 


L 


H 


L 


L 


L 


H 


/* 


6 */ 


c 








1 


1 


L 


H 


L 


H 


L 


H 


/* 


7 */ 


c 








1 


1 


L 


H 


L 


H 


L 


H 


/* 


8 */ 



C-34 



The proLogic Compiler 



c 








1 


1 


L 


H 


L 


H 


L 


H 


/* 


9 


*/ 


c 








1 


1 


L 


H 


L 


H 


L 


H 


/* 


10 


*/ 


c 








1 


1 


L 


H 


L 


L 


L 


H 


/* 


11 


*/ 


c 








1 


1 


L 


H 


L 


L 


H 


H 


/* 


12 


*/ 


c 








1 


1 


H 


H 


L 


L 


H 


L 


/* 


13 


*/ 


c 








1 


1 


H 


H 


L 


L 


H 


1 


/* 


14 


*/ 


c 








1 


1 


H 


H 


L 


L 


H 


L 


/* 


15 


*/ 


c 








1 


1 


H 


H 


L 


L 


H 


L 


/* 


16 


*/ 


c 








1 


1 


H 


H 


L 


L 


H 


L 


/* 


17 


*/ 


c 








1 


1 


H 


H 


L 


L 


H 


L 


/* 


18 


V 


c 








1 


1 


H 


H 


L 


L 


H 


L 


/* 


19 


*/ 


c 








1 


1 


H 


H 


L 


H 


L 


H 


/* 





*/ 


c 








1 


1 


H 


H 


L 


H 


L 


H 


/* 





V 



} 



C-35 



I 



c-36 The proLogic Compiler 



Appendix D 

Tl Device Cross Reference 



Tl DEVICE CROSS REFERENCE 



Tl Device Name proLoqic Name Page 



EP330 


P330 


E-30 


EP630 


P630 


E-32 


EP1830 


P1830 


E-35 


PAL16L8A/A-2 


P16L8 


E-15 


PAL16R4A/A-2 


P16R4 


E-17 


PAL16R6A/A-2 


P16R6 


E-18 


PAL16R8A/A-2 


P16R8 


E-19 


PAL20L8A 


P20L8 


E-22 


PAL20R4A 


P20R4 


E-23 


PAL20R6A 


P20R6 


E-24 


PAL20R8A 


P20R8 


E-25 


TIBPAD16N8-7 


P16N8 


E-16 


TIBPAD18N8-6 


P18N8 


E-20 


TIBPAL16L8 


P16L8 


E-15 


TIBPAL16R4 


P16R4 


E-17 


TIBPAL16R6 


P16R6 


E-18 


TIBPAL16R8 


P16R8 


E-19 


TIBPAL20L8 


P20L8 


E-22 


TIBPAL20R4 


P20R4 


E-23 


TIBPAL20R6 


P20R6 


E-24 


TIBPAL20R8 


P20R8 


E-25 


TIBPAL22V10 


P22V10 


E-26 


TIBPAL22VP10 


P22VP10 


E-28 


TIB82S105B 


A105B 


E-3 


TIB82S167B 


A167B 


E-5 


TIBPLS506 


A506 


E-7 


TIBPSG507 


A507 


E-11 


TICPAL16L8 


P16L8 


E-15 


TICPAL16R4 


P16R4 


E-17 


TICPAL16R6 


P16R6 


E-18 


TICPAL1 6R8 


P16R8 


E-19 


TICPAL22V1 


P22V10 


E-26 
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Logic Diagrams 
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- pin9- 
-I pmg - 

- plnQ- 
-Ipma- 

pln7- 



Ipln7 

5 T^-e- — pln5- 

l^S—i pln5- 



I pM - 
pln3- 



!pln3- 
! pme - 



27_|^- pln57- 
L-#lpinS7- 

26 p!n26- 
|^5lpln26- 

25 pw25- 

L^lpmSS- 

2_4p^_ plnB< - 
U*!plnE< - 

23 t -t- plnS3- 
I^*lpln23- 

22j-v_ pln22- 
|^#lpln52- 

21_r^- plnSl - 
LxJ-lpln21 - 

20_J^- pln20- 
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iQQ.aaaQ.aQ.CLaao.aaaaQ.aaaacLaaaaaaac.aan.aaaaaaaQ.aac. 



-D-c 

-D- P o.s=- 

-D-p0.r= — 

-D>-pi.s= - 
*0-(Ar» — 
-D-pS.s=- 

-D-p2r 

-0-P3.S— 
-D-P3r.- 

-D-p<s=- 

-D-P<r- 

-D-ps.s — 

-£>-:p«r«— 
-{>-plnlB.s= 
-C>— pMl9r= 
-O— plnl7.s» 
-D-pml7.r» 

-O— plnl6.s= — j—fs 

- > 

-O— plnl6.r= [a pj — ' 

-O— plnl5.s= \T~ 

-0-p'll5.r= 

-C>— plnl3.s= — [{s 

- > 

-O— plnl3r= |a pj — ' 

-D— pmia.s= — |"[T" 

-D— plnll.s" - 
-D—plnll-r- - 
-D— plnlO.s 
-O— plnlD.r = 
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DEFAULT STATES 

All unreferenced gates renain unprogranmed, 

Unreferenced AND gates default "to logic 0, Unreferenced DR gates 
are undefined, 



Example: 



ptOO = 0; 

preset = pinl9j 



/* default AND gate */ 

/* default PRESET/DE OPTION */ 



PRESET/DE DPTIDN 



PRESET 



-preset=pinl9j- 
(oe=lj) 
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Cpreset=0j) 



-oe= !pinl9i ■ 
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8 r ^c— pins - 

L^tf— IplnS - 

7_p^— pln7- 
|^-Ipln7- 

6 pin6- 
\^0— IplnS - 

5 pin5 - 

Ipm5 - 

|^5-lpln4- 

3 r ~^— pin3 - 

Ipm3- 

2_T v -c— pln2- 
IsO— lpin2 - 

22[^- pln22- 
|^*lpin22- 

£1 p --^ pln21 - 
Ipmai - 

SO pinao - 

\s<$- IplnSO - 

19_^~- pintt - 
L^-lplnig - 

18 h ^- pmlB - 
Ipinl8 - 

17 plnl7 - 
L^.lplnl7 - 



_plnH.q-p^|_ 

- Iplnl4.q-*VT 
_plr>15.q-^| 

■ IplnlS.q — *^~T~ 
-pg.q 

- IpS.q I °^r 

-p3.q 



p3,q ^-|_ 

p3.q 

P 4t l 

p4.q *~^T 



-P 5 ^ ^ |_ 

- Ip5.q 

-p6.q ^\ 

- Ip6.q *"^r 

-p7.q 



i7.q 53 



Twrt Tvvnnnnnnnr 

J -t J +>-H+ J -P-l-*+ J -| J +'-P+ J -l- , +'-F + 



11 JLAi.! 
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-£>-c- 

-D^p2.s= 

-D-p2r- 

-C^p3.s= — 

-D>-p3.i 

-D-p4.s= — 

-£>-p4.r-= 

-D-p5. 5 = 

-0-p5." — 

-D-p6.s= 

-D-P&.r= 

-D-p7.s= — 
-D-p7.r= 

-£>— pinl5.s= - 
-D— pln]5,r= - 
-E5— plnH.s* - 
-D— plnH.r- - 
-£>— plnl3.s= - 
-D>— plnl3.r=- 

-O — plnl1.s= [F~ 

-D— plnll.r= 

-O— plnlO.S= [s~ 

-£>- plnl0.r = 
-£>— pln9.s= 
-O— Pln9.r= [b p 



DEFAULT STATES 

All unreferenced gates remain unprogrammed, 

Unreferenced AND gates default to logic 0. Unreferenced ElR gates 
are undefined, 



Example* 



ptOO = 0j 
preset = pinl6; 



/* default AND gate */ 

/* default PRESET/ElE OPTION */ 



PRESET/DE DPTIDN 



PRESET 



-preset=pinl6j ( 



16 



<oe=lj> 



□ E 



(preset=0j) 



<3= 
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-oe= !pinl6j 
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DEFAULT STATES 

All unreferenced gates remain unprogrammed. 

Unreferenced AND gates default to logic 0, Unreferenced OR gates 
are undefined. The Output Cells default to registered operation. 
Registers are positive-edge triggered, Outputs are permanently 
enabled. 



Example: 



pt96 = 0j 
oe = lj 
elk = pinlj 



/* default AND gate */ 

/* output buffers always enabled */ 

/* registers positive-edge triggered */ 



□UTPUT ENABLE 


□UTPUTS PERMANENTLY ENABLED 

17 | y -tn nF, nil output rpUs 


PIN 17 OUTPUT ENABLE 

yi | tn nF, nil output rpll* 


* 1 > * 

oe = lj /* default */ 


r 4„> 

oe = !pinl7j 



CLOCK POLARITY 



POSITIVE-EDGE TRIGGERED 



3> 



elk = pinlj /* default */ 



NEGATIVE-EDGE TRIGGERED 

1 ^ — ^ "to all registers 



elk = ! pinlj 



TYPICAL DUTPUT CELL DPERATIEIN 



REGISTERED 




No signal specification for pin8 = 
is permitted. 



Unprogrammed State 



COMBINATORIAL 




Signal specifications for pin8.s= 
and pin8.r= are not permitted. 
All cells of the reset term 
are programmed as if 

pin8.r = 0j 

had been specified, 
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in 



:cecccccccccccccc 



d a a a 



O D J (' 

a a a 



a 'a a a a. a o. a a o. a a 5 



to DE ott cwtDU- cells 



-o- 

-D- 
-D— 

■©- 

D 

-D- 
-l>- 

-o- 

-D- 

-o- 

■O- 
-D- 
-C- 

-tS- 



- pt9f - 

- pt93" - 

- pt94= - 

- pt93= - 

- pt92- - 

- pt9l" - 

- pt90= - 

- pt89= - 

- ptB8= - 

- ptS7= - 

- nt86= - 

- pt85" - 

- pt84=» - 

- pt63- - 

- ptBS- - 

" "HIT ' 

- pt79= - 

- pt78= - 

- pt77= - 

- pl76* - 

- pt75= - 
-pt74= - 

- pt73- - 

- pt7e= - 

- pt7|= - 

- pt7C- - 

- pt69» - 
ptGO=- - 

- pt67= - 

- pt66= - 

- pt65= - 

- pttV4=> - 

- pt63= - 

- pt62- - 

- pt61= - 

- pt60= - 

- pt59= - 

- pt5B= - 

- pt57- - 

- pt56= - 

- pt55- - 

- pt34= - 

- pt53= - 

- pt52= - 

- pt5)= - 

- pt50= - 

- pt49= - 

- pt48« - 

- pt47" - 

- pt46= - 

- pt45= - 

- pt44* - 

- pt43= - 

- pt4S= - 

- pt41= - 

- pt40= - 

pt39= - 
pt38= - 
pt37= - 
pt36= - 
ul33- - 
pt34= - 
pt33= - 
pt3S» - 

pt3l= - 
pt30= - 
ptS9= - 
pt28= - 
ptE7- - 
pt26= - 
pt25= - 
pt24= - 

pt23= - 

ptea= - 

ptEl^ - 
ptEt)= - 
ptl9= - 
ptlfl= - 
ptl7= - 
ptl6= - 

- ptlS- - 

- ptl4= - 

- ptl3= - 

- ptie= - 
- ptn= - 

- pt!0= - 

- pt09= - 

- pt(PB= - 

- pt07= - 

- pt06= - 

- pt05= - 

- pt04= - 
■ pt03= - 

- pt02= - 

- pt01= - 

- ptor= - 
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DEFAULT STATES 

All unreferenced gates remain unprogrammed, 

Unreferenced AND gates default to logic 0. Unreferenced OR gates 
are undefined. The Output Cells default to registered operation. 
Registers are positive-edge triggered, Outputs are premanently 
enabled. 



Exanple: 



pt79 = Oj 
oe = 1; 
elk = pinlj 



/* default AND gate */ 

/* output buffers always enabled */ 

/* registers positive-edge triggered */ 



OUTPUT ENABLE 


□UTPUTS PERMANENTLY ENABLED 

\~J | to (IF, all nutput rplls 


PIN 17 OUTPUT ENABLE 

17 | -y tn (IF, nil nutput rplls 


£ 1 / * 

oe = lj /* default */ 


oe = ! pin!7j 



CLDCK PELARITY 



POSITIVE-EDGE TRIGGERED 

I — ^ to all registers 



elk = pinlj /* default */ 



NEGATIVE -EDGE TRIGGERED 

I « to all registers 



elk 



! pinlj 



TYPICAL DUTPUT CELL OPERATION 



REGISTERED 




No signal specification for pin8 = 
is permitted. 



Unprogrammed State 



COMBINATORIAL 







1 — pin8= i- 

0- 


s a 

> 

R 




□E ! 






OUTPUT CELL! 



8 



Signal specifications for pin8,s : 
and pin8.r= are not permitted, 
All cells of the reset term 
are programmed as if 

pin8,r = Oj 

had been specified. 



a507-l 
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MMMMMMMH 

aaaaaaaaaaaaaaaa 




a 



rufyonT^-min«Osflr-r^aj(\jajajnjtvjfV)fu 



ni ft i ni fti ni ni rti , . fc 



) N N 

£ £ £ £ c t c c l 
aaaaaaaao.aaa.aaQaaaa.ciCLD.cicLQ.cL 



-O— pt78= 
-O- pt77= 



■O- pt74 = 
-D- pt73 = 



w n » in \o 



CO OJ .-. a rj\ CD r*. 



-O— pt70- - 



-D— pt67= - 
-O— pt66= - 
-O— pt65= - 
O- pt64= - 

-O- pt63= - 
-O- pt62 = - 
-O- pt61« - 
-D— pt60= - 

-o- pt59= • 

-O— pt58- - 
-O— pt57= • 
-O— ptS6= - 



-O— pt55= - 
O— pt54 = - 
-O- pt53= - 
-O- pt52= - 
■O- pt5I= - 
-O— pt50 = - 
" pt49 = - 



-O- pt48» - 

-O— pt47= - 
-O— pt46 = - 
-D- pt45 = - 
-O- pt44-- 
-D- pt43= - 
-O- pt42 = - 
-D— pt41= - 
-D— pt40= - 

-O- pt39 = - 



-O- pt37 = 
-D- pt36= 
-O- pt35= 
-O- pt34 = 



-O- pt3S = - 

-O — pt3l- - 
-D- pt30= - 
-O— ptE9- - 
-O- pt28 = - 
-D- p«7= - 
-O- pt26« - 

-D- P tas= - 



-O- pt23= - 
-O- pt22 = - 
-D- pt21= - 



-O- ptl8= ■ 

-o- pti7= ■ 

-O- ptl6= ■ 

-D— ptl5« ■ 
-O— ptl4= • 
O- pti3= - 
-O- p-UZ= - 
-O- ptll = 
-O- ptlO= ■ 
-O— pt09= ■ 

-d— ptoe= ■ 



-O- pt07= - 
-O- pt06= - 
-D— p«5= - 
■O- ptM= - 
-D- pt03= - 



O- pt02= 
-O- ptOI-- 



-O— ptOO= ■ 



to DE, oil output cells 



a507-2 
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T/7e proLogic Compiler 



TT 



Q I 

\— LJ 



ii I n 



Z) _l 

I 

1- UJ 
Z3 U 

a 

TT 



UIU1UI J- J- .1- U.U.U.U.U.U.U.U.U.U.U.U.LLU.LLU. U.UUU.U,UUU.UU-U.U.LIU.U.Li 

AAA AAA AAAAAAAAAAAAAAAA A A A A A A A A A A A A A A A A 



■ pt79 - 

- pt78 - 

• pt77 - 

• p-t76 - 

• pt75 - 

• pt74 - 

- p173 - 

- P"t72 - 

• pt71 - 

■ pt70 - 

• p-t69 - 

- pt68 - 

■ p-t67 - 

- pt66 - 

■ pt65 - 

■ pt&4 - 

- pt63 - 

• pt&2 - 

■ pt61 - 

- pt60 - 

- pt59 - 

- pt5B - 

• p-t57 - 

■ pt56 - 

- pt55 - 

- pt54 - 

- p-t53 - 

- pt52 - 

■ pt51 - 

- pt50 - 

- pt49 - 

- pt48 - 

- pt47 - 

■ pt46 - 

■ pt45 - 

- pt44 - 

- pt43 - 

- p-142 - 

- pt41 - 

- pt40 - 

- pt39 - 

- pt38 - 

- pt37 - 

■ pt36 - 

- pt35 - 

- pt34 - 

■ pt33 - 

- p-t32 - 

• pt31 - 

■ pi30 - 

• pt29 - 

- p-tae - 

- pt?7 - 

■ pt26 - 

- pt25 - 

■ pt24 - 

- pt23 - 

- ptsa - 

- piSl - 

- ptea - 

■ ptl9 - 

- ptlB - 

• p-117 - 

- ptl6 - 

■ p±15 - 

■ ptH - 

■ ptl3 - 

- ptl2 - 

- p-tll - 

■ ptlO - 

- pt09 - 

■ p-toe - 

- pt07 - 

- pt06 - 

■ pt05 - 

■ pt04 - 

■ p-t03 - 

- ptOE - 

■ p-tOl - 

- p-tOO - 



a507-3 
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E-1 4 The proLogic Compiler 



4 8 12 16 20 24 28 



[^5— pin2 ,, 

! pin2 



p^— pin3 
U^— ! Pi! 



! pin3 



^ P in4 



pin4 



pin5 



pin6 



! pin6 



CX: pin7 



pin7 



pinS 



pin8 



[>= pin9 



! p!n9 



pinl9.oe 



J^>— ! pinl9 



oe= 1 



pinl 
! pinl 



X}- 



pinl8,oe= 



~^>— ! pinl8= 



pinlS 
pinl8 



pinl7.oe 
! pinl7= 




pinl7 
pinl7 



pinl6.oe 
! pinl6= 



pinl6 • 
pinl6 ' 



pinl5.oe 



! pinl5= 



pinl5 
pinl5 



pinl4,oe = 
! pinl4 = 




pinl4 
! pinl4 



30- 



pinl3.oe= 



J)— ! pinl3= 




pinl3 
! pinl3 



pinl2,oe 
! pinl2= 




pinll 
pinll 



12 



11 



pl618 



E-15 



1 



4 8 12 16 20 24 28 



l^— !pin2 



pin3 



Pm4 

— !pii 



!pin4 



_T~^5 pm5 

U-^>— Ipln5 



!pin6 



pin7 
!pln7 



8 



pin8 



pln8 



— !pi 



pin9 
pin9 



J pinl9.oe= 1 

J) Iplnl9= \^>°~ 



19 



- P ;nl — 



J plnl8.oe = 

J !plnl8 = 



18 



_ pin 18 

-!pinl8 -^^^ 



) plnl7 



I pini/.oe= 1 

J Iplnl7= 



17 



-plnl7 

"!pinl7 — ^vT 



pinl6.oe = 
!pinl6 = 



16 



-pinl6 —^-]_ 
!plnl6 - :? >--r 

) pinl5,oe= - 



j pini3,oe= 1 

) !pinl5 = 



15 



-plnl5 — ^1 
-Iplnl5 "^-J 



plnl4.oe= 
!pinl4 = 



=0- 



14 



.pinl4 —^\_ 
Ipinl4 — 




pinl3.oe = 
!pinl3 = 



13 



-pinl3 
"!pinl3 



pinl2.oe = 
!pinl2 = 



- pinll— ^1 

ipinii — ^"^r 



12 



11 



p!6n8 
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The proLogic Compiler 



4 8 12 16 20 24 28 



2 [--5- Pin^ 



! pina 



M>=, pin3 



I pin3 



4 r^- pin4 
U*- I pin4 



pin5 



pin5 



6__|^— pin6 



! p:n6 



! pin7 



8 p v^- pin8 



! pinB 



MX" - 



! pin9 



pinl9.oe 

J}— I pinl9= 



pinl9 - 
I plnl9 ' 



pinl8.oe 



! pml8= 



plnlB - 
! pinlB " 



pml7.d= 



D a — 



!p in 17.q 

p!nl7.q -fc^T 



J) plnl6.d= 



! pinl6,q 

pinl6.q 



plnl5.d= 



! pinl5.q -^1 

p!nl5.q <^J~ 



plnl4.d = 



19 



18 



D a 



D ~^>° _ 



d ah 
t> 4 



> 



! pinH.q _^-J_ 



pinH.q ■ 



pinl3.oe= 



~^>— ! pinl3= 



pinl3 ■ 
! p;nl3 ■ 



3d 




17 



16 



15 




14 



13 



12 



11 



pl6r4 
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4 8 IE 16 20 24 28 



~~\s-<S- 



! pin2 



3 p --^— pln3 
U*- I pin3 



4 p v^- pm4 
U^- I pin4 



5__p^— pln5 
I pin5 



6___p^— pin6 



U-*- Ipin7 



8 p-^- pin8 
l^— I pin8 



9__p^ pin9 
L-*- I pin9 



pin!9.oe 



^)-!pinl9 



oe= 1 

= -£> 



pinig 

!p!nl9 ^J" 



pml8.d= 



! plnlB.q -^1 

pinl8.q 



~~y plnl7.d= 



!plnl7 . q 



plnl7.q - 



pinl6.d= 



! plnl6.q -^]_ 

plnl6.q ^vj~ 



J) plnl5.d= 



! pml5.q -^1 

pinl5.q *^vT 



plnl4.d= 



pinH.q <>^J~ 



~~y pinl3.d= 



19 



18 



17 



d a 
[> 



16 



> D 



15 



14 



„1 

D \Js>°~ 



13 



p!nl3.q - 



pinl2.oe 



!pinl2= 



pinl2 ^] 

!pinl2 ^vl 



12 



pl6r6 
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77ie proLogic Compiler 



4 8 12 16 20 24 28 



! pin2 



Mx pin3 



! pin3 



I pln4 



5__|\^— pin5 
l^- ! pin5 



! pin6 



pin7 



! pin7 



8 p-^- pin8 
1^6— I oil 



pin8 



9_T^ P in9 



! pin9 




J) pinl9.d= 



lpi nl9,q 

plnl9.q 5jvJ" 



plnlB.d= 



ipinlS.q 

plnl8.q 5>vJ" 



~^ pinl7.d= 



I P inl7,q -^1 

pinl7,q ^J" 



pinl6.d= 



! plnl6.q 

pinl6.q VvJ~ 



^> pinl5.d= 



I pinl5.q -^1 

plnlS.q 



J) plnl4.d= 



! P inl4.q -^-1 

pinl4.q %N^f 



pinl3.d= 



! P !nl3.q -^1 

pinl3.q 



pml2.d= 



> a 



19 



> n 



18 



17 



^1 

D L^ 0- 



D Q 



16 



d a 1^ 50- 



D Q 



15 



14 



D 
t> H 



13 



L 



> D 



Iplnl2.q -^1 

pinlS.q 



12 



11 



pl6r8 
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4 8 12 16 20 24 28 32 



pin2 ' 



pml __^|_ 
!pinl — <>-vl 



3 r-3 — pj"3 

V^— i pi 



pin3 ' 



pin4 ' 



^_p,n 5 



!pin5 " 



!pln6 " 



7 I^^pin7. 
l^— !pin7' 



pin8 " 



pln9 " 



11 



— Pin" 
l^— Iplnll 



[pinl9.oe=l] • 



H ) ipinl9= — f-[>> 



19 



I/O MUX 



X* 



Cpinl8.oe=l] ■ 



- | ) Ipinl8= — j— P>o 



18 



I/O MUX 



[pinl7.oe = i: H 



-| ) ! P inl7= — p{j» 



17 



I/O MUX 



nl6.oe=l] Sf- 



j— [pi 



- | ) !pin!6= 1— £>o 



16 



I/O MUX 



[pinl5,oe = l] H 



15 



I/O MUX 



j— [pinl4.oe=l] 
•IpinH 



I/O MUX 



j— Cpinl3.oe=n It 



- | ) !ptnl3= ^p-p>o 



13 



I/O MUX 



j— [pinl2.oe = l] - 
~\ )— !pmlg= — p[> 



12 



I/O MUX 



pl8n8-l 



E-20 



77ie proLogic Compiler 



-[pinl9.oe=l] ■ 



!pinl9= 



19 



i/a mux 



If there is no signal specification for pinl9.oe 
"the Architectural Fuse remains intact and the 
output buffer is in high-inpedence state. 

If there is a signal specification of 

pinl9,oe = lj 

the fuse is programed and the output 
buffer is in output state, 

TYPICAL DUTPUT BUFFER PROGRAMMING 



[plnl9.oe=l] 
!pinl9= - 



19 



I/O MUX 



I/D FEEDBACK 



-Cp!nl9.oe=13 • 



^) !pinl9= — »— P>o- 



19 



pinl9.pt 
!plnl9,pt 



I/D MUX 



HIGH-SPEED FEEDBACK 



TYPICAL I/D MULTIPLEXER PROGRAMMING 



p!8n8-2 




p20l8 
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The proLogic Compiler 



4 8 12 16 20 24 28 32 36 



2_T-5~ pinE — ' 

I pin2 



3 p^— pln3 



! pln3 



4 rv^_ pin4 
! p;n4 



5 p^g— pin5 



6 p-v— - pln6 
! pin6 



7__r^— pin7 
U-*- ! pin7 



8 p^- p!n8 
i^- ! pln8 



9 f-^- Pin9 
L^- !pln9 



10__pv 5 - pinlO- 
U*- ! pinlO " 
11 p ^- pinll - 



pin23 
! pin23 



pln22.oe= 



^>-lpln22= — {>>- 



I pln22 " 



3j 



pinEl.oe 



J>-lpin21 



□e= — | 



pinE] 

IpinSl 



pln20.d= 



! pln20.q 

plnSO.q ^vl 



pinl9.d= 



I pinl9.q 

pinl9.q 



pinl8.d= 



I pinl8.q - 
plnlS.q- 



plnl7.d= 



D 
H> D 



D Q 

H> D 



-> n 



! pinl7.q - 
pinl7.q " 



pinlt.oe 



~^>— ! pinl6= 



pinl6 - 
! plnl6 ' 



pinl5,oe 



~^>-!pinl5 



De= 1 



pinlS 

I plnl5 

pinll 

I pinM ^^-vf 



23 



22 



21 



20 



19 



18 



17 



16 



15 



_14 
13 



p20r4 



E-23 



a 



4 8 12 16 20 24 28 32 36 



! pin2 



3 p v_- pin3 
I pin3 



pin4 
Ipin4 



I pin5 



\s*>- I pil 



I pin6 



M>= pin7 



!pin7 



■{X pin8 



! pinB 



9 1^- Pi"9 



I pin9 



! pin 



pinlO " 

pinll ■ 
I pinll ■ 

























































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































— < 































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































pln2E.oe = 



J>— Ipin22= 



pinSl.d= 



pln21.q- 



pln20.d= 



plnSO.q- 



pinl9.d= 



pml9.q - 



plnl8.d= 



Iplnl8.q- 
plnl8.q " 



33" 



plnl7.d= 



plnl7.q " 



pinl6.d= 



plnl6.q " 



23 



22 



D "j^*^ 



D 

t> B 



21 



D 



D 
> B 



19 



B 



D 

> B 



16 



pinl5.oe 



J)— lpinl5= 



X}- 



15 



14 



13 



p20r6 



E-24 



77?e proLogic Compiler 



4 8 12 16 20 24 28 32 36 



! pin2 



3 p^— pin3 
l-<>- ! pin3 



4 p^— pin4 



5 [ ~-^— pin5 
Is*- ! pln5 



6 pln6 
L^*- ! pin6 



1 r-~5~ Pi"7 
U^— !pm7 



8 r~^_ P in8 
L-^- I pln8 



9_T^ P in9 
U*- I pln9 



10 p^g- pinlO- 
11 



! pinlO ■ 



plnll 



pln23 

lpin23 *^J~ 



pin22,d= 



_> D 



! pin22.q 

pin22.q *~-J~" 



pln21.o(= 



| P in21.q ^1 

pin21.q 



p!n20.o!= 



I plnSO.q 

pin20.q ^-J - 



pml9.d= 



Iplnl9.q — 

pinl9,q 



pinl8.d= 



I pinl8.q 

pinl8.q 



pinl7.d= 



I pinl7,q -^^-i 

pinl7.q 



pinl6.d = 



! pinl6.q -^1 

pinl6.q SjvJ 



pinl5.d= 



23 



d a 

> B 



d a 



> 



-> D 



d a 
t> s 



> D 



!pinl5,q 

plnl5.q *\T 

pml4 ^1 

! pinH 



22 



20 



19 



18 



16 



15 



14 



13 



p20r8 



E-25 



L£^— P.nl 



Iplnl 



-T^ — pln 

U^* !pln 



2 . 
pln2 " 



■ Ipln3 " 



■ !pln4 - 



- — t^=r 5 ~ 



!pln5 " 



I pin 



6 - 
pin6 " 



z — 



Ipin7 ' 



8 p-^- pln8 . 

U"? !pln8 " 



9 1^57 Pln9- 

U-<S !pin9 " 



10 



P'"l 

"V"* Iplnl 



- 
plnlC ■ 



Ipinll 



4 g 12 is 20 24 28 32 36 40 to aU TOCroMlls 

O reset= 

-to oil macrocells 



□ E+B 



MACRO 
CELL 



OE+10 



MACRO 
CELL 



MACRO 
CELL 



MACRO 
CELL 



OE + 16 



MACRO 
CELL 



OE+16 ^ 



MACRO 
CELL 



MACRO 
CELL 



MACRO 
CELL 



MACRO 
CELL 



□ E + B 



MACRO 
CELL 



23 



22 



21 



20 



19 



18 



17 



16 



15 



14 



-D preset= 

to all registers 



-pinl3 
-Iplnl3 



13 



p22vl0-l 



E-26 



The proLogic Compiler 



CONFIGURATION OPTIONS 



REGISTERED, ACTIVE-LOW DUTPUT 

OE □ pln23,oe= 



: 

* - 

5=f 



reset= 



-pin23.d= 



plnl > B 



preset= 



ZL 



23 



I pin23.q - 
- pin23.q ■ 



p:n23 = q; /* default */ 



COMBINATORIAL ACTIVE-LOW OUTPUT 

C£ D p!nE3.oe= 



!p:n23= - 



~p;n23 - 
lpinS3 ■ 



REGISTERED, ACTIVE-HIGH OUTPUT 

X D pln23.oe= 



reset= 



pin23.d= 



plnl 
preset 



□L 



> B 



H> 



23 



I pln23.q ■ 
- pln23.q 1 



pin23 = q ; 



X}- 



COMBINATORIAL ACTIVE-HIGH OUTPUT 

Ol D pin23.oe= 



J) pln23= 



-[> 



- pln£3 - 
!plnS3 ' 



23 



p22v!0-2 



E-27 



4 



Iplnl 



2__T^_ pm2. 

U^* IplnE ' 



3 pln3 - 

U^? Ipln3 " 



4_T-_ P in4 - 

!pln4 " 



5 P ln5 - 

L--* !pin5 ' 



6__p^ pln6 - 

U-^> !pm6 ' 



7___r^ 5 — pi 

U-<£ !pi 



pln7 . 

in7 " 



8 ■ plnB - 

L-<> ! 



■ !pin8 ' 



g__f^_ pln9 - 

L—rf ! 



!pln9 ' 



10__T^5 plnlO ■ 

— I 



IplnlO ■ 



i 1 pinll 

Ipmll 



12 16 20 24 28 32 36 40 



"to all nacroceUs 



-O reset = 



-to all nacroceUs 

23 



MACRO 
CELL 



DE + 10 



MACRO 
CELL 



MACRD 
CELL 



DE + 14 



MACRD 
CELL 



MACRD 
CELL 



MACRD 
CELL 



DE + 14 



MACRD 
CELL 



□E-i-12 



MACRD 
CELL 



DE + 10 



MACRD 
CELL 



DE + 8 



MACRD 
CELL 



22 



21 



20 



19 



18 



17 



16 



15 



14 



-D preset= 

to all registers 



-ptni3 I-bC] — 



"Ipinl3 



p22vpl0-l 
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CONFIGURATION OPTIONS 



REGISTER FEEDBACK, REGISTERED, ACTIVE-LOV OUTPUT 

de D pln23.oe= 



5^ 



resets 



J) pln23.ol= 



ZL 





g t 


plnl 


> v 



H> — 23 



preset= 



^3- 



I pln23,q ■ 
pln23.q ' 



!pin23 = q; /* default */ 



I/D FEEDBACK, REGISTERED, ACTIVE-LOV DUTPUT 

pin23.oe= 



~~^> pm23.ol= ■ 



pinl 

preset^ 



f4i — [^>o- 



23 



-pin23 ■ 
-!p;n23 ' 



!pin23 = qj /* default */ 



I/O FEEDBACK, COMBINATORIAL, ACTIVE-LOV OUTPUT 

OE D pln23.oe = 



Ipin23= 



-pin23 ■ 
!pin23 ■ 



23 



REGISTER FEEDBACK, REGISTERED, ACTIVE-HIGH DUTPUT 

de — D pln23.oe= 



pin23.d= 



ZL 





: c 


pinl 


> o 



preset= 



! pln23.q - 
pin23.q ■ 



pin23 = q ) 



I/O FEEDBACK, REGISTERED, ACTIVE-HIGH OUTPUT 

OE D pln23.oe= 



— 



i-eset = 



pin23.d= 



pinl 

preset=- 



ZL 



- pin23 ■ 
"!p;n23 ■ 



pin23 = q 



23 



I/O FEEDBACK, COMBINATORIAL, ACTIVE-HIGH DUTPUT 

n — D pln23.ae= 



pm23= - 



- pln23 ■ 
"!pin23 ■ 



23 



p22vpl0-2 



E-29 



12 16 20 24 28 32 35 



Iplnl 



IpinS 



Ipln3 



4 — P^et pln4 

W— Ipin4 



W— I pin 



6 -Cxr, p,n6 



!pm6 



7 — hsr pln7 

U" 3 ^- !pm7 



8 — T^T pln8 



Ipin 
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m 



-plnlE.oe= 



~^>— pln!2=- 



12 



-pinl2- 



-Iplnl2- 



Combinatorial/High 



-pinL2,oe= - 



~^>— plnl2.d= - 
pinl ■ 



D 
> U 



-plnl2.q- 
_ !plnl8.q " 



3d- 



12 



Register/High 



- pinl2.oe= 



"^~\pMZ= 1 £>o [-£> 



— plnia - 
-!p:nl2- 



3^ 



12 



Conbinatorial/Low (default) 




- plnl2.oe= - 

!pml2.d= - 
pinl - 



— plnl2.q - 
-Iplni2.q- 



3^ 



12 



Regi5"ter/Low 



TYPICAL I/U ARCHITECTURE CONFIGURATIONS 
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1 CLKi ►■ (-to macroceUs 

<2) 4 B 12 

2 — — pln2 

<3) I P'"2 



(4) 



MACRDCELL 9 



MACRDCELL 10 



(6) 



MACRDCELL 11 



(7) 



MACRDCELL 12 



MACRDCELL 13 



(9) 



MACRDCELL 14 



MACRDCELL 15 



(12) 



MACRDCELL 16 



11 P'"»- 



9 through 16) 

16 20 2 4 2 8 32 36 39 



- p ,n23 -?ri — 23 

l P in23-^vl <e7) ^ 



MACRDCELL 1 



(26) 



22 



MACRDCELL 2 



(25) 



21 



MACRDCELL 3 



(24) 



20 



MACRDCELL 4 



(23) 



19 



MACRDCELL 5 



(22) 



18 



MACRDCELL 6 



(2D 



17 



MACRDCELL 7 



(20) 



16 



MACRDCELL 8 



(18) 



15 



— — — - P" 114 -rl 14 

IplnM -*^T7l77 

(to macroceUs 1 through 8) -< CLK2 13 

(16) 
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D_ j DE/CLK 1 

CLK1/CLK2| BLOCK ! CLK 



^SUM-DF-PRDDUCTSL 
3 BLDCK 



REGISTER 
BLDCK 



OUTPUT SELECT 
BLDCK 



■* 
■» 



FEEDBACK 
BLDCK 



MACROCELL FUNCTIONAL ARCHITECTURE 



Vcc i 



E/ar— o- 

CLK2 i 



-pin22.c 



□ E 



CLK 



l___.K/CLK_BLDCKJ 



MDDE (default) 

□E = P-Term Controlled 
CLK = Synchronous 



Vcc 



0C/O.K— D- 



-pln22.cll<= 



CLK2 i 



L__-JK/CLK_BLgCKJ 



MDDE 1 



□E = Enabled 

CLK = Asynchronous 



□E/CLK BLDCK PROGRAMMING (TYPICAL) 



Ipln22.y= ■ 



Active LDW (default) 




pln22.y= 



Active HIGH 



SUM-OE-PRODUCTS BLOCK PROGRAMMING (TYPICAL) 



-pln22.d=y- 



CLK 



-pin22.pclr= 



REGISTER 



D-TYPE (default) 



PT3>— pln22.d=yXq- 



d a 
> 



-pin22.pclr= 



REGISTER ' 



1, JK SR-TYPE 



REGISTER BLDCK PROGRAMMING (TYPICAL) 



P630-2 



-[mux(— pln£2=y j £> 32 



OUTPUT SELECT! 



COMBINATORIAL OUTPUT (default) 



-[mux)— plneg=q i \j> 22 



DUTPUT SELECT! 



REGISTERED OUTPUT 



□UTPUT SELECT BLOCK PROGRAMMING (TYPICAL) 



FEEDBACK 



PIN FEEDBACK (default) 



FEEDBACK 



REGISTER FEEDBACK 



FEEDBACK BLOCK PROGRAMMING (TYPICAL) 



pinl5.oe = 1; ■' 
pinl5,y = pin2 & ! pinl5.q 
I pin3 8. pin!5.qj 



signal plnl5.d 
pin!5 = qj 



y y- qj 



/* OE/CLK Mode 0, output always enabled */ 
/*■ Active High sun of products with */ 
/* register feedback selection for pinl5 */ 
/* and pin feedback selection for pin3 */ 
/* T, JK, SR-TYPE Register */ 
/* Registered Output */ 



MACROCELL PROGRAMMING 
EXAMPLE: 

MACROCELL 8 CONFIGURED 
AS A JK FLIP-FLOP 

define J = pin2j 

define K = pin3j /* macrocell 9 */ 



pin2 


pin3 


pinl5 


pinl5 
after clk2 




















1 


1 





1 











1 


1 





1 








1 


1 





1 


1 


1 


1 





1 


1 


1 


1 






In the erased state the Turbo Bit is unprogranmed. It is 
programmed by the assignment 

turbo_bit = programmed; 



Device p600j designates the chip carrier <CC) package. CC signal 
names use the parenthesized pin numbers, Example: Macrocell 1 
output select Is pin26 = y for the CC package, 
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The proLogic Simulator uses pin 1 as GND and pin 52 as Vcc. 



CLK3 



□E/CLK 
BLOCK 



□ E 



CLK 



jSUM-QF-PRQDUCTSl 
BLDCK 



PRECIEAR 



(tn LOCAL BUS) 



(to GLOBAL BUS> 



REGISTER 
BLDCK 



-pin47.q— -^|_ 
I pln47,q — 



-pin47 
"!pin47 



i DE' 



3-STATE CONTROL 



} OUTPUT SELECT 
BLDCK 



K> 



47 



GLOBAL MACRDCELL ARCHITECTURE (TYPICAL) 



□ E 



-|mux)- 



□E' 



3-STATE CONTROL BLDCK 

L 1 

□E CDNTRDLLED BY DE/CLK 
BLDCK (default) 



OE 



-p!n47.oe=0 H 



-|nux)- 



□E' 



3-STATE CDNTRDL BLDCK 



1 



□E DISABLED 



3-STATE CDNTRDL BLDCK PROGRAMMING (TYPICAL) 
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m 
i 

w 



3 

CD 

1 

r— 
o 

O' 
3 



u 

CO 
CO 

o 

I 

ro 



LOCAL 
MACROCELL 1 N 



- LOCAL BUS- 

B 16 



- GLOBAL 
49 Si 



BUS- 



LOCAL [/- 
MACROCELL 2 



LOCAL 
MACROCELL 3 



LOCAL 



MACROCELL 4 V 



LOCAL 
MACROCELL 5 k 



LOCAL 
MACROCELL 6 W 



LOCAL 
MACROCELL 7 K 



LOCAL 



MACROCELL 8 W 



f— 



GLOBAL 
MACRDCELL 9 



GLOBAL 
MACROCELL 10 



1£- 



13- 



14 ■ 



GLOBAL 
MACROCELL 11 



GLOBAL 
MACROCELL IE 



15 — C*=iKi = 

16 Cs= 

17- t-C*=i 



Ipwl6- 
pml7- 
Ipml7- 



► Cto CLKL nocrocplls 1 through 12) 



LOCAL 
MACROCELL 40 



LOCAL 
MACROCELL 47 



LOCAL 
MACROCELL 46 



LOCAL 
MACROCELL 45 



LOCAL 
MACROCELL 44 



LOCAL 
MACROCELL 43 



LOCAL 
MACROCELL 4E 



LOCAL 
MACROCELL 41 



GLOBAL 
MACROCELL 40 



GLOBAL 
MACROCELL 39 



GLOBAL 
N MACROCELL 38 



GLOBAL 
MACROCELL 37 



-68 



-67 



-66 



-6'5 



-64 



-63 



-62 



-61 



•60 



-59 



■58 



57 



l=X] 56 



-.S§=«3— 55 
-54 
53 



- Ipln54 

- plo53 
- Ipm53 



(to CLK4, nacrocrlls 37 through 48) < 



m 

do 



u 
00 

(a) 

o 

I 

CO 




DLVCLK - 



CLK1/CLKS 



OE/CLK 
BLOCK 



□ E 



CLK 



jSUM-DF-PRDDUCTSt 
1 BLOCK 



REGISTER 
BLDCK 



OUTPUT SELECT 
BLOCK 



H>1- 



ramus — o- 



FEEDBACK 
BLOCK 



MACROCELL FUNCTIONAL ARCHITECTURE 



vcc ! 



DE/CLK — O- 

CLK2 | 



-pln36.oe= 



I □E/CLK_BLDCK_] 



MDDE (default) 

□E = P-Term Controlled 
CLK = Synchronous 



Vcc 



□ E 



□E/CLK — D— 

CLKE i 



MDDE 1 



-pin36.clk= 



-lE/CLKJBLDCKJ 



□E = Enabled 

CLK = Asynchronous 



□E/CLK BLDCK PROGRAMMING (TYPICAL) 




-^jL)]!^ - Ipin36y 



Active LOW (default) 



1 




>5> 



pin36.y= 



Active HIGH 



SUM-OF-PRODUCTS BLDCK PROGRAMMING (TYPICAL) 



-pm36.d=y- 



CLK 



d a 

> 



-pin36.pclr-= - 



REGISTER 



D-TYPE (default) 



~$T^>— pi"36.d=yZq ■ 



CLK 



-D- 



-pin36.pclr= 



I 1 J 



REGISTER J 



T, JK, SR-TYPE 



REGISTER BLOCK PROGRAMMING (TYPICAL) 
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OE 



36 



~ |mPx ) pin36-q 

_ OUTPUT SELECT _ _ 
COMBINATORIAL OUTPUT (default) 



~ [mUx) pin36-q ' 

. OUTPUT SELECT 
REGISTERED OUTPUT 



OE 



£>— 36 



OUTPUT SELECT BLOCK PROGRAMMING (TYPICAL) 



t>T- 36 



FEEDBACK 



I 



PIN FEEDBACK (default) 



FEEDBACK 



REGISTER FEEDBACK 



FEEDBACK BLOCK PROGRAMMING (TYPICAL) 



pin36.oe - 1; 

pin36.y - pin47 s !pin36.q 
| pin48 S, pin36.q; 



signal pin36.d 
pin36 = q; 



y * q; 



/* OE/CLK Mode 0, output always enable */ 

/* Active High sum of products with */ 

/* register feedback selection for pin36 */ 

/* and pin feedback selection for pin47 */ 

/* T , JK, SR-TYPE register */ 

/* Registered Output */ 



MACROCELL PROGRAMMING 
EXAMPLE 



MACRDCELL 25 CONFIGURED 
AS A JK FLIP-FLOP 

define J = pin47;/* macrocell 36*/ 
define K = pin48j 



pin47 


pin48 


pin36 


pin36 
after clk2 




















1 


1 





1 











1 


1 





1 








1 


1 





1 


1 


1 


1 





1 


1 


1 


1 






In the erased state the Turbo Bit is unprogrammed . It is 
programmed by the assignment 



turbo_bit = programmed; 
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